定义测试范围
基础设施渗透测试的第一步是与客户建立明确的范围协议。必须书面记录接受测试的系统、服务和IP地址列表，并明确排除关键生产系统（除非这些系统是明确的测试目标）。这样做可以防止意外的系统停机，并为双方提供法律保护。在范围文件中应详细说明所有假设和测试边界。
范围文件应指定具体的测试方法（包括端口扫描、配置分析、漏洞利用尝试），项目时间表以及在什么条件下必须停止测试。需要澄清目标环境中是否存在监控系统和入侵检测系统（IDS/IPS），这些系统可能会对合法的测试流量产生告警，以便与基础设施团队进行协调。应获得书面的紧急联系人信息，以便在测试期间进行沟通。
- 书面授权文件确认测试活动获得批准
- 完整列出范围内的IP地址和域名
- 明确指定禁止测试的系统
- 提供应急联系人信息和协调协议
侦察与信息收集
被动侦察是在不直接与目标系统交互的情况下收集目标基础设施信息。这包括分析公开的DNS记录、WHOIS数据、搜索引擎结果和开源情报。目的是识别外部IP地址、域名、部署的服务和软件版本。通过分析这些信息，可以了解目标组织使用的技术栈、潜在的外包供应商以及可能的安全弱点。
主动侦察涉及通过网络扫描确定存活主机和开放端口。服务枚举可以揭示应用程序版本、操作系统和使用的库。这些信息形成了基础设施的地图，并识别了进一步测试的潜在入口点。通过结合指纹识别技术和版本检测，可以识别已知漏洞和过时的软件。
- DNS枚举和DNS记录分析
- TCP和UDP端口扫描
- 服务和应用程序版本识别
- HTTP头部和服务器响应分析
Web应用程序漏洞评估
测试托管在基础设施上的Web应用程序时，应使用OWASP Web安全测试指南（Web Security Testing Guide）中描述的系统化方法。这包括对身份验证机制、授权控制、会话管理、输入验证和注入漏洞的全面检查。测试应涵盖常见的攻击向量，如跨站脚本（XSS）、SQL注入、命令注入和跨站请求伪造（CSRF）。
安全配置分析涵盖HTTP响应头（如Content-Security-Policy、X-Frame-Options等）、CORS配置、敏感数据缓存策略以及协议安全性。验证是否使用了加密协议（HTTPS）以及SSL/TLS证书是否配置正确。检查是否缺少安全头部，这些头部可以保护应用程序免受XSS、点击劫持和其他攻击。还应检查安全的cookie属性设置。
- SQL注入和命令注入漏洞测试
- 身份验证和会话管理机制分析
- 访问控制和权限分离评估
- 文件处理和内容上传功能检查
基础设施安全评估
基础设施测试评估防火墙配置、网络分段和路由规则。确定哪些服务向外部公开，以及如果边界服务器被攻击者攻陷，哪些内部系统可能被直接或间接访问。识别不必要的开放端口和不必要运行的服务。评估负载均衡器、API网关和其他网络基础设施组件的安全状况。检查是否实施了适当的网络访问控制和防火墙规则。
评估管理和监控系统，包括管理控制台的访问权限、安全事件日志记录和攻击检测能力。检查操作系统、中间件和应用程序的安全补丁是否为最新版本。验证操作系统安全参数和配置加固。审查网络架构的薄弱环节，其中可能会发生横向移动。评估加密密钥管理和密钥轮换策略。
- 防火墙规则和网络分段审查
- 开放端口和运行服务分析
- 安全补丁和更新评估
- 事件日志记录和监控能力评估
控制性漏洞利用
当识别出关键漏洞时，进行控制性的漏洞利用以确认其存在并评估实际影响。漏洞利用必须谨慎进行，以最小化对运营的干扰，并且必须记录每个步骤。在进行任何利用尝试之前，必须获得更新的批准，并通知客户的技术联系人。应严格遵循已建立的协议，避免任何可能导致系统不稳定或数据丢失的操作。
成功的漏洞利用应演示具体的影响：如未授权访问、敏感数据泄露或系统修改。所有操作都必须是可逆的，除了报告中所需的文档外，应尽量减少痕迹。结果应使用精确的攻击向量和成功执行所需的条件记录。利用过程应包括截图、日志片段或其他证据，以便在最终报告中作为概念验证（PoC）。
- 通过实际利用确认漏洞存在
- 最小化对生产系统的影响
- 详细记录所有利用步骤
- 将系统恢复到原始状态
文档化与报告
渗透测试结果记录在详细的报告中，描述发现的每个漏洞、其严重程度、发生条件和业务影响。漏洞按严重程度分类（关键、高、中、低），考虑可利用性、可访问性和受影响数据的敏感性。每个发现包括证据、概念验证和漏洞的根本原因。应包括对每个漏洞的详细描述，包括如何重现它以及对组织的潜在风险。
报告包括补救建议及其优先级和估计的补救成本。应包括改进开发过程、部署程序、定期安全测试和团队培训的一般建议。应概述与行业标准相一致的安全最佳实践。报告应保密提供，仅提供给授权人员。应清楚地说明每个建议的实施方法和预期效果，以帮助客户优先考虑补救工作。
- 按严重程度对漏洞进行分类
- 详细的利用方法和概念验证
- 具体的补救建议
- 风险评估和业务影响分析
补救与后续测试
收到报告后，客户制定补救计划。渗透测试人员可以协助评估提议的解决方案，以确保它们能充分降低风险，而不会引入新的安全问题。建议在全面重新测试之前对关键漏洞修复进行中间验证。可以采用测试后补救流程，其中仅测试与原始漏洞相关的特定组件。
补救工作完成后进行完整重新测试，以验证修复的有效性并确认没有发生回归。与客户合作制定定期渗透测试和安全审计的日程表。定期测试可实现新漏洞的早期检测，并随着时间的推移维持强大的基础设施安全姿态。应建立持续的安全监控和改进计划，以应对不断演变的威胁景观。
- 验证关键漏洞修复
- 受影响组件的重新测试
- 基础设施发生重大更改后进行完整渗透测试
- 按照议定的时间表进行定期测试