一个网站被渗透，渗透往往不是个网从炫酷的代码漏洞开始的，而是流程从一扇没关好的“门”开始的。

拿我去年测试的渗透一家电商平台举例——他们的防火墙配置得固若金汤，WAF规则更新到最新，个网扫描器扫了三天一无所获。流程但最后进去的渗透方式，说出来你可能不信：他们客服系统的个网密码是admin123。就这么简单。流程

所以渗透测试的渗透第一阶段，从来不是个网技术，而是流程“信息收集”。这步做得好，渗透后面能省80%的个网力气。我习惯先看DNS记录，流程查子域名，翻证书透明度日志，甚至去GitHub搜他们员工的代码仓库。有时候一个不起眼的内部API文档，就挂在某个公开的代码片段里。这一步的核心是：把目标公司的数字足迹画成一张地图，越详细越好。

地图画完，才轮到“漏洞扫描”。这时候工具才登场——Nmap扫端口，Burp Suite抓流量，Nikto查常见配置错误。但工具只是拐杖，真正的判断还得靠脑子。比如扫出一个旧版本的Apache，你别急着高兴，得先确认它是不是真的暴露在公网，还是只对内网开放。很多新手栽就栽在“扫描结果直接当漏洞报告用”，那是纸上谈兵。

拿到几个可疑点后，进入最考验耐心的一步——“漏洞验证”。这里我得泼盆冷水：漏洞扫描器报的“高危”，十有八九是误报。真正的渗透高手，会手动构造请求，去验证那个SQL注入点是否真的能带出数据。我记得有一次，扫描器报了一个文件上传漏洞，我手工试了十几种绕过方式，最后用双写扩展名.phphpp才成功。那种感觉，就像开锁匠试了最后一把钥匙，咔哒一声，门开了。

一旦确认能进，就该考虑“权限提升”了。多数情况下，你拿到的只是个普通用户权限，比如通过SQL注入拿到数据库账号，但数据库服务器和Web服务器往往是分开的。这时候就得横向移动——从数据库服务器跳板到应用服务器，再找机会提权到root或SYSTEM。我印象最深的一次，是靠着Linux系统上一个未修补的内核漏洞，从www-data用户直接提到root，整个过程花了不到十分钟。但那种运气不常有，大多数时候得靠配置失误——比如某个服务用root权限运行，或者sudoers文件里有个多余的NOPASSWD条目。

最后一步，也是最容易被忽略的——“痕迹清理”。很多人以为拿到权限就完事了，其实不然。高手会修改日志文件，删掉临时上传的脚本，甚至把bash历史记录清空。倒不是做贼心虚，而是渗透测试的规矩：你留下的任何痕迹，都可能被真正的攻击者利用，或者给客户造成额外的风险。

整个流程走下来，少则几小时，多则几周。但说句实话，真正决定成败的，不是工具多先进，而是你对“人”的理解。大多数漏洞，根源不是代码写得差，而是某个运维图省事把密码设成默认值，或者某个开发把密钥硬编码在代码里忘了删。机器是死的，人是活的——这句话，在渗透测试里永远是真理。