拿到一个授权目标，渗透渗透测试从来不是测试程拿起工具乱扫一气。它更像一次有预谋的本流入室侦察——先观察哪扇窗没关严，再判断屋里有没有狗，渗透最后才决定从哪条路线摸进去。测试程整个流程环环相扣，本流跳过任何一步都可能让你在客户面前翻车。渗透

第一步永远是测试程信息收集，这步做扎实了，本流后面能省一半力气。渗透别急着用Nmap怼着IP段猛扫，测试程先花半小时看看目标网站的本流robots.txt、备案信息、渗透甚至LinkedIn上员工的测试程职位描述。有个朋友接了个银行子公司的本流单子，愣是在官网的招聘页面里翻出了他们内部用的VPN品牌和版本号——这比瞎猜强多了。被动信息收集讲究的是“润物细无声”，DNS记录、证书透明度日志、GitHub泄露的代码片段，每个角落都可能藏着惊喜。

信息攒够了，就该主动探测了。端口扫描、服务识别、漏洞指纹比对，这时候工具链才真正上场。Nmap的脚本引擎、Masscan的高速探测，配合Wappalyzer识别Web框架，能快速画出一张攻击面地图。但别迷信工具输出——有一次扫描结果显示目标开着443端口跑着Nginx，手工一看才发现后面挂了个脆弱的Tomcat管理后台。自动化和人工验证必须结合，前者负责广撒网，后者负责捞大鱼。

漏洞分析阶段最考验功力。拿到扫描报告别急着高兴，里面八成是误报和低危问题的堆砌。真正的分析要结合业务逻辑：一个文件上传点如果没做类型校验，那比十个XSS都致命；一个登录接口如果存在用户名枚举，配合弱口令爆破就可能直接拿下后台。我习惯把漏洞按“可利用性”和“影响范围”排序，优先琢磨那些能形成攻击链的组合——比如信息泄露暴露了内部API地址，再结合未授权访问漏洞，往往能直捣黄龙。

利用漏洞获取权限只是中场休息，不是终点。很多新手拿到一个webshell就欢呼胜利，结果发现权限低得可怜，啥也干不了。提权是门手艺活：Linux下查SUID文件、看内核版本、翻定时任务；Windows下查服务权限、找未打补丁的漏洞、翻注册表密码。记得有次渗透一个政务系统，费劲拿到数据库权限却发现是普通账号，后来通过xp_cmdshell配合烂土豆提权，才摸到系统管理员权限——那种感觉比中彩票还爽。

权限到手后，后渗透测试才是检验深度的标尺。横向移动要谨慎，别把客户的内网搅得天翻地覆。先看当前机器能访问哪些网段，抓取内存中的明文密码或哈希，尝试用哈希传递登录其他服务器。内网里总有几个安全意识薄弱的家伙，密码跟用户名一样，或者把敏感文件放在共享盘上不设权限。这时候要克制住“顺手牵羊”的冲动，只记录必要证据，别真把客户数据拖走。

最后是报告阶段，这环节最容易被低估。写报告不是流水账，客户要的是“我哪里弱、怎么被利用的、如何修复”。每个漏洞都要配上复现步骤和截图，最好再给一段缓解建议的代码示例。有次报告里我附带了一段修复后的Nginx配置，客户运维直接照抄部署，第二天就发来感谢邮件。别忘了给漏洞定级——CVSS分数是死的，业务影响才是活的，一个低危漏洞如果直连核心数据库，就该拉高到高危。

整个过程走下来，快则两三天，慢则几周，但核心逻辑始终没变：像攻击者一样思考，但比攻击者多一份克制和责任感。渗透测试的价值不在于你攻破了几台机器，而在于你让客户看清了自己真实的安全水位——哪怕结果是一无所获，那也是份合格的报告，因为“没发现漏洞”本身就是个重要发现。