拿到一台机器，渗透书你只有一次机会。指导十分钟，渗透书或者更短。指导这不是渗透书电影，是指导渗透测试的日常。目标可能是渗透书一台暴露在公网的Web服务器，也可能是指导一个内网深处的数据库。不管是渗透书什么，核心逻辑只有一条：用最小的指导动作，换最大的渗透书权限。

我见过太多人一上来就掏出扫描器，指导全端口扫，渗透书漏洞库猛怼。指导结果呢？渗透书目标防火墙直接封IP，或者运维人员端着咖啡走过来问“你谁啊”。渗透不是砸门，是找窗户。窗户在哪？在那些没人注意的细节里。

信息收集：别急着动手

先看。看什么？看目标暴露了什么。一个登录页面，一个API接口，甚至一个报错信息。有次我盯上一个后台，登录框没有任何验证码。试了三个弱口令，admin/admin、admin/123456、test/test，直接进去了。就这么简单。不是目标太弱，是很多人懒得试。

再比如，目标网站用了某个CMS。版本号藏在哪？藏在前端JS文件的注释里，藏在robots.txt的Disallow列表里，藏在404页面的页脚里。你不需要扫描器，浏览器按F12就能看见。信息收集不是堆工具，是堆耐心。

入口点：别挑最硬的

找到入口了，别急着提权。先想一件事：这个入口能带我去哪？一个文件上传点，可能直接传Webshell。一个SQL注入点，可能读数据库。但更多时候，入口只是个跳板。比如一个SSRF漏洞，能让你访问内网。内网里有什么？有Redis，有Jenkins，有没设密码的Docker API。

我试过一个案例。外网只有一个FTP服务，匿名可登录。里面有个配置文件，写着内网数据库的账号密码。数据库没做IP限制。直接连上去，导出用户表。密码是MD5，撞库一查，运维的邮箱密码也在里面。邮箱里有VPN账号。VPN连进去，内网漫游。整个过程没有用任何0day，全是配置失误。

权限维持：别贪

拿到权限了，别急着删日志、装后门。先看看目标环境。有EDR吗？有流量监控吗？有次我拿到一个Shell，刚想传工具，发现目标机器每隔五分钟向某个IP发心跳包。那是HIDS。我立刻停手，改用系统自带命令。wget不用，用curl。nc不用，用bash的/dev/tcp。工具越少，痕迹越少。

权限维持不是必须的。渗透测试的终点是证明风险，不是占着不走。你留一个Webshell，可能第二天就被查杀。不如留一个计划任务，或者改一个不显眼的配置。但最好，什么都别留。报告写完，权限交回去。

报告：别写废话

渗透报告不是小说。别写“本次测试发现了严重的安全隐患”。直接写：目标IP，漏洞位置，复现步骤，截图，修复建议。修复建议要具体。别说“加强输入验证”，说“在/login接口对username参数做长度限制和特殊字符过滤，参考OWASP规则第3条”。

我见过一份报告，漏洞描述写了三页，修复建议只有一句“请及时修复”。这种报告等于没写。渗透的终点是让开发看懂，让运维能改。不是炫技。

最后说一句。渗透指导书不是圣经。每个目标都不一样。你手里的工具、脚本、经验，都只是参考。真正管用的，是你在键盘前坐下来的那一刻，脑子里想的是什么。想清楚再动手。别急。