渗透测试流程一般分为

拿到一个目标，渗透别急着开扫。测试渗透测试的流程第一步永远是——定范围。甲方说“测这个IP段”，般分你顺手把隔壁云厂商的渗透资产也扫了，那就等着收律师函吧。测试白纸黑字写清楚授权范围、流程测试时间、般分允许使用的渗透手段，这比任何技术都重要。测试有次我接了个活儿，流程客户口头说“随便测”，般分结果我扫到他们子公司，渗透对方安全团队直接报警。测试授权书上的流程每一个字，都是你的护身符。

范围定了，接下来是信息收集。这一步最枯燥，也最见功夫。别只盯着主域名，子域名、旁站、C段、GitHub泄露的代码、员工社交账号上的蛛丝马迹——统统都要翻。我习惯先跑一遍子域名字典，再手动翻翻目标公司的招聘信息，看他们用什么技术栈。有一次，目标官网用的是Java，但招聘信息里写着“熟悉PHP开发”，我顺着这个线索找到了他们一个遗留的ThinkPHP后台，直接拿下。信息收集不是跑完工具就完事，你得学会像侦探一样拼凑线索。

有了足够的信息，漏洞扫描就顺理成章了。Nessus、AWVS这些扫描器跑一遍，能帮你筛掉大部分已知漏洞。但别全信扫描结果，误报率能高到让你怀疑人生。我遇到过扫描器报了个“严重SQL注入”，结果手工验证发现是个假页面。扫描器是辅助，真正的判断还得靠人。这一阶段的核心是“广撒网”，把可能的入口都标记出来，供下一步深入。

漏洞验证才是真正考验技术的地方。你得把扫描器报的每个漏洞都手工测一遍，确认它真实存在，并且能利用。SQL注入就试着注入，XSS就构造payload弹个窗，弱口令就拿字典跑一跑。这一步最耗时，也最容易卡壳。有次我遇到一个文件上传漏洞，扫描器报“高风险”，但实际测试时发现对方做了白名单校验，绕了半天都绕不过去。最后我注意到他们允许上传SVG，而SVG里能嵌JavaScript——换了个思路，拿下了存储型XSS。漏洞利用不是机械执行，得随机应变。

拿到权限之后，别急着交差。后渗透测试才是决定你报告含金量的关键。提权、内网横向、持久化控制——这些动作能帮你判断一台被攻陷的主机能造成多大破坏。我见过不少新手，拿到个webshell就兴奋得截图交差，结果甲方问“你能拿到域控吗？”直接傻眼。真正的渗透测试，得告诉客户最坏的情况是什么。我记得在某次金融行业测试中，通过一个SQL注入拿到数据库权限，然后利用MSSQL的xp_cmdshell提权到系统账户，再通过内网密码喷洒，最终控制了整个域环境。整个过程持续了三天，但那份报告让客户直接启动了全网络改造。

最后一步，也是很多人忽略的一步——报告和修复建议。报告不是把漏洞列表丢给客户就完事。你得告诉对方，这个漏洞是怎么被利用的，会造成什么影响，以及具体怎么修。写报告时我习惯附上完整的利用过程截图，甚至录屏。这样客户的安全团队能照着复现，验证修复效果。有一次，客户拿到报告后回了句“你们这个漏洞是不是编的？”我把录屏甩过去，对方立刻闭嘴，第二天就发来了修复计划。修复建议要具体，别写“加强输入过滤”这种废话，直接给代码示例或者配置修改方法。

渗透测试不是一锤子买卖。测完一次，过几个月业务更新了，新漏洞又会冒出来。所以流程走完，还得回头看看，哪些地方能改进，哪些工具能升级。干这行越久，越觉得流程只是骨架，真正有价值的是你在每个环节里积累的经验和判断力。工具会过时，漏洞库会更新，但那种“从蛛丝马迹里找到突破口”的思维方式，才是渗透测试的核心。