凌晨两点，渗透例我盯着屏幕上的渗透例终端窗口，光标在root@localhost后面跳了快十分钟。渗透例
那台服务器是渗透例朋友公司的核心业务机，跑着老旧的渗透例PHP商城系统。三天前我告诉他，渗透例这个版本的渗透例CMS存在SQL注入漏洞，他不信。渗透例我说给我个测试账号，渗透例他说行，渗透例反正你也进不来。渗透例
测试账号权限低得可怜，渗透例只能看商品列表。渗透例我翻了翻源码，渗透例发现搜索框的渗透例参数直接拼进了查询语句，连个转义都没有。这种漏洞放在十年前都算业余水平。我在搜索框输入了' OR 1=1 -- ，页面突然弹出了全部用户数据。那一刻我笑了，笑的是他所谓的“核心系统”居然连最基本的预处理都没做。
但拿到用户表只是第一步。真正有意思的是接下来的提权过程。低权限账号能读文件，我试着读取了网站根目录下的配置文件，数据库密码躺在里面，明文，连个加密都没有。用这个密码登录数据库，翻了翻表结构，发现后台管理员密码用的是MD5。彩虹表一查，秒解。
登录后台，找上传点，传了个图片马，改扩展名，绕过前端校验。服务端没有检查文件头，Apache解析漏洞直接帮我执行了代码。从低权限用户到系统管理员，整个过程不到四十分钟。我甚至没用什么高级工具，全是教科书里最基础的攻击手法。
事后我问他，你知道你系统上有个叫admin的账号吗？密码是123456。他沉默了很久，说那是测试用的，忘了删。
渗透测试这事儿，很多时候拼的不是技术多高超，而是耐心和常识。大多数人以为黑客都是拿着神秘工具，敲几行命令就能黑进五角大楼。实际上，真正成功的渗透大多源于人的懒惰和疏忽。我见过银行系统因为一个开发人员的调试接口没关被拖库，见过政府网站因为管理员把密码写在便签纸上贴在显示器边框被社工，见过大型电商因为某个供应商的API密钥硬编码在代码里被薅羊毛。
最讽刺的是，每次渗透结束，我写报告时都会列出几十条整改建议。客户通常只改最显眼的那几个，剩下的说“下次再说”。下次就是被黑的时刻。
技术从来不是最脆弱的环节。防火墙可以更新，补丁可以安装，但人的习惯改不了。那个管理员账号，那张便签纸，那个没关的调试接口——它们像后门一样敞开着，等着某个有耐心的人溜进来。
渗透的过程就像解一道复杂的谜题，每解开一层，下一层就更简单。但最核心的那道谜，永远是“为什么这么容易就被进来了”。答案往往不在代码里，而在人身上。
我关掉终端，给朋友发了条消息：“修好了，下次别再用123456了。”
他没回。可能已经睡了，也可能在改密码。