凌晨两点，渗透总结我盯着屏幕上那个跳动的渗透总结光标，身后是渗透总结客户机房嗡嗡作响的空调声。三天了，渗透总结从外网打点开始，渗透总结绕过了WAF，渗透总结翻过了邮件网关，渗透总结终于在某个被遗忘的渗透总结测试账号里找到了突破口。那种感觉就像撬开一扇锈死的渗透总结铁门，门后不是渗透总结金库，而是渗透总结一整片未设防的内网。

这次渗透测试的渗透总结目标是一家物流公司的核心系统。客户说得很客气："随便测，渗透总结别打挂了就行。渗透总结"但我知道，渗透总结真打挂了，下次合作就没了。所以每一步都得拿捏分寸，像在瓷器店里跳舞。

入口其实很蠢。他们有个老旧的供应商门户，用了套十年前的框架，登录接口连验证码都没有。我试着用弱口令字典跑了一遍，admin/admin123居然直接进去了。那一刻我甚至有点失望——太简单了，简单到怀疑是不是陷阱。但后台确实摆着所有供应商的合同扫描件，连PDF水印都没打。

真正麻烦的是横向移动。内网分了VLAN，核心数据库在另一个网段。我翻遍了文件共享，找到一份网络拓扑图，标注着"2015年更新"。五年没动过网络架构，这本身就是个好兆头。我顺着图中画的跳板机路径，用一台被遗忘的打印服务器做中转，居然真的摸到了数据库的备份端口。

有意思的是，数据库密码是明文写在配置文件里的，而且用的是root账号。我猜运维觉得内网安全，所以连最基本的账号分离都没做。更讽刺的是，这个配置文件就放在web目录下，只要拿到webshell就能读。而webshell，我早在第一天就通过文件上传漏洞拿到了。

整个过程像剥洋葱，一层一层剥开，每一层都有惊喜，但每一层也都透着一股"我们觉得没人会来"的侥幸。最让我触动的是，他们的运维日志显示，我上传的webshell文件被安全软件查杀了三次，但每次都被自动恢复——因为备份任务会定时从某个目录同步文件，而那个目录恰好是web目录的父级。

这种漏洞不是技术问题，是管理问题。是有人把生产服务器的备份路径设错了，是有人图方便把密码写在明文里，是有人懒得改默认配置。技术手段只是放大镜，照出的是流程上的千疮百孔。

报告写了四十多页，高危漏洞七个。客户看完沉默了很久，最后问了句："如果你们不来测，是不是就一直这样？"我没法回答。但我知道，下次他们的安全预算应该会好批一些。

渗透测试这行干久了，你会对人性的懒惰产生一种既厌恶又理解的情绪。没人想故意留后门，只是安全永远排在业务后面。而我们这些做测试的，不过是替他们在黑暗中走一遍他们没走过的路，然后告诉他们：这里绊脚，那里会摔。至于改不改，那就是另一回事了。

(责任编辑：热点)