一般流程
明确目标-->信息收集-->漏洞探测-->漏洞验证-->信息分析-->获取所需-->信息整理-->形成报告
明确目标
在这个阶段中,渗透测试团队和客户组织进行交互讨论,确定渗透测试的范围、目标、限制条件以及服务合同细节
。通常设计收集客户的需求、准备测试计划、定义测试范围与边界、定义业务目标、项目管理与规划等活动。选择更加现实可行的渗透测试目标进行实际实施。
渗透测试必须得到客户响应的书面委托和授权!客户书面授权委托同意实施方案是进行渗透测试的必要条件! 渗透测试的所有细节和风险的知晓、所有过程都应在客户的控制下进行。
- 确定范围:测试目标的范围,ip,域名,内外网。
- 确定规则:能渗透到什么程度,时间?能否修改上传?能否提权等。
- 确定需求:web应用的漏洞(新上线程序)?业务逻辑漏洞(针对业务的)?人员权限管理漏洞(针对人员、权限)?等等。(立体全方位)
信息收集
信息收集对于渗透测试前期来说是非常重要的!只有我们掌握了目标网站或目标主机足够多的信息,才能更好的进行渗透检测!这块基本就是各种工具直接上。
方式:主动扫描,被动扫描
开放搜索:利用搜索引擎获得,后台,未授权页面,敏感url等。
- 基础信息:IP,网段,域名,端口
- 系统信息:操作系统版本
- 应用信息:各端口的应用,例如web应用,邮件应用等等
- 版本信息:所有这些探测到的东西的版本。
- 服务信息:服务器的一些暴漏出来的细节
- 人员信息:域名注册人员信息,web应用中网站发帖人的id,管理员姓名等。
- 防护信息:试着看能否探测到防护设备
威胁建模
利用在信息收集阶段所获取到的信息标识出目标系统上可能存在的安全漏洞与弱点,进行威胁建模,威胁建模是目前最为高效的一种组织攻击方法,例如常见的STRIDE威胁建模。
1.结合漏扫工具,Awvs,Nessus等。
2.结合漏洞去exploit-db等位置寻找可利用payload。
3.在网上寻找验证poc。
- 系统漏洞:系统没有及时打补丁
- Websever漏洞:Websever配置问题
- Web应用漏洞:Web应用开发问题
- 其它端口服务漏洞:各种21/8080(st2)/7001/22/3389
- 通信安全:明文传输,token在cookie中传送等。
漏洞验证
将上一步中发现的有可能可以成功利用的全部漏洞都验证一遍。结合实际情况,搭建模拟环境进行试验。成功后再应用于目标中。
- 自动化验证:结合自动化扫描工具提供的结果
- 手工验证,根据公开资源进行验证
- 试验验证:自己搭建模拟环境进行验证
- 登陆猜解:有时可以尝试猜解一下登陆口的账号密码等信息
- 业务漏洞验证:如发现业务漏洞,要进行验证
- 公开资源的利用:exploit-db/wooyun/,通用、缺省口令,厂商的漏洞警告等等。
信息分析
为下一步实施渗透做准备。
- 精准打击:准备好上一步探测到的漏洞的exp,用来精准打击
- 绕过防御机制:是否有防火墙等设备,如何绕过
- 定制攻击路径:最佳工具路径,根据薄弱入口,高内网权限位置,最终目标
- 绕过检测机制:是否有检测机制,流量监控,杀毒软件,恶意代码检测等(免杀)
- 攻击代码:经过试验得来的代码,包括不限于xss代码,sql注入语句等
获取所需
- 实施攻击:根据前几步的结果,进行攻击
- 获取内部信息:基础设施(网络连接,vpn,路由,拓扑等)
- 进一步渗透:内网入侵,敏感目标
- 持续性存在:一般对客户做渗透不需要。rookit,后门,添加管理账号,驻扎手法等
- 清理痕迹:清理相关日志(访问,操作),上传文件等
信息整理
- 整理渗透工具:整理渗透过程中用到的代码,poc,exp等
- 整理收集信息:整理渗透过程中收集到的一切信息
- 整理漏洞信息:整理渗透过程中遇到的各种漏洞,各种脆弱位置信息
目的:为了最后形成报告,形成测试结果使用。
形成报告
- 按需整理:按照之前第一步跟客户确定好的范围,需求来整理资料,并将资料形成报告
- 补充介绍:要对漏洞成因,验证过程和带来危害进行分析
- 修补建议:当然要对所有产生的问题提出合理高效安全的解决办法
简单的一个流程图如下:
标签:验证,渗透,流程,信息,漏洞,测试,-- From: https://www.cnblogs.com/gk0d/p/16916862.html