修改渗透

上周三凌晨两点，修改渗透我蹲在客户机房角落里，修改渗透盯着屏幕上跳动的修改渗透十六进制数据。防火墙日志显示有个IP每37秒发一个SYN包，修改渗透持续了六个小时——这不是修改渗透扫描，是修改渗透心跳。对方在确认我到底有没有发现他。修改渗透

渗透测试干久了，修改渗透你会养成一种直觉。修改渗透就像老刑警看监控录像，修改渗透普通人看的修改渗透是人影，你看的修改渗透是步态里的犹豫、转身时的修改渗透停顿。那次我接的修改渗透是个电商后台，客户说“系统刚上线三个月，修改渗透应该没啥问题”。我笑了笑没接话，打开Burp Suite开始抓包。

前二十分钟一切正常。登录、浏览、加购物车，每个请求都规规矩矩。但我注意到一个细节：搜索框输入单引号时，返回的报错页面比正常页面慢了0.3秒。就这0.3秒，足够暴露后端在做字符串拼接。我扔了个' OR '1'='1进去，页面直接吐出了整个用户表。

客户IT主管凑过来看，脸都白了。“这……这怎么可能？我们用了ORM框架啊。”我指了指他代码里一处Raw SQL调用——框架再好，人想偷懒的时候总会留后门。后来我在他数据库里翻到一个叫temp_admin_backup的表，密码字段是明文。他说那是半年前临时建的，忘了删。

你看，真正的渗透从来不是靠什么0day漏洞。大部分时候，你只需要比开发人员多想一步。他们想着功能实现，你想着数据流向；他们信任输入，你怀疑一切。

有次我给一家医院做测试，他们的预约系统有个“记住我”功能。我抓包发现cookie里有个user_id参数，改成别人的数字就能看到对方的就诊记录。更离谱的是，我把user_id改成1，直接进了院长后台。那个系统开发了两年，花了三百多万。

渗透的本质是修改。修改参数、修改逻辑、修改你对系统的认知边界。你得像水一样，哪里低就往哪里流。WAF拦住了注入？试试编码绕过。前端做了校验？直接改响应包。登录处有验证码？看看验证码能不能复用。

我见过最绝的一次，目标系统所有输入都做了严格过滤，但有个“意见反馈”页面，提交后会把内容发到管理员邮箱。我在反馈内容里塞了个。三天后，管理员的cookie躺在我服务器日志里。他点开邮件那一刻，整个后台就是我的了。

这行干久了会得一种病：看什么都想改一改。自动售货机、电梯按钮、小区门禁，有次我在便利店等结账，盯着收银员的扫码枪，脑子里在跑它可能用的串口协议。朋友说我魔怔了，我说这叫职业素养。

但话说回来，修改渗透的边界感特别重要。你是在帮客户找问题，不是在炫技。我见过有人把测试环境搞崩了还洋洋得意，也见过有人偷偷留后门。技术这东西，用好了是手术刀，用歪了就是凶器。

上周那个客户最后问我：“你怎么知道那个IP有问题？”我说直觉。其实哪有什么直觉，不过是看了太多正常流量，突然出现一个不正常的，就像白纸上滴了滴墨水。他似懂非懂地点点头，给我续了杯咖啡。凌晨三点的机房，空调嗡嗡响，屏幕上那个心跳包还在跳。我敲了行命令，把它的源IP封了。世界清净了。