凌晨两点，漏洞黑盒我盯着屏幕上那个闪烁的漏洞黑盒光标，手指悬在键盘上方。漏洞黑盒对面是漏洞黑盒一家知名企业的后台登录页面，密码框下方那行小字写着“密码错误，漏洞黑盒您还有3次尝试机会”。漏洞黑盒这行字的漏洞黑盒颜色是浅灰色，字号比正文小一号，漏洞黑盒位置偏右——这种细节通常没人注意，漏洞黑盒但它泄露了系统对用户输入的漏洞黑盒处理逻辑。

我输入了十一位手机号，漏洞黑盒密码随便填了“123456”，漏洞黑盒点击登录。漏洞黑盒页面跳转，漏洞黑盒弹窗提示“该手机号未注册”。漏洞黑盒这不是我要的。我换了个思路，输入一个不存在的邮箱，密码还是“123456”，这次系统提示“密码错误”。两个提示的差异说明：系统先验证账号是否存在，再验证密码。也就是说，如果我不断输入随机手机号，就能批量确认哪些号码在这个平台注册过——这就是黑盒测试的起点。

漏洞挖掘就是这样，你不需要看源码，不需要知道底层架构，只要观察系统对外部输入的反应，像对待一个黑色盒子。盒子里是什么不重要，重要的是你扔进去什么，它吐出来什么。
我试过在搜索框输入“%”，页面回显了数据库错误信息，版本号、表名、字段名，全裸着躺在浏览器的源代码里。那一刻的感觉很微妙，像撬开一扇没锁的门，门后不是金银财宝，而是一堆摊开的账本，上面写满了住户的姓名和住址。

有一次，我在一个电商平台的订单备注里插入了一段HTML代码，结果后台管理页面直接解析了它。我发了一个，第二天我的服务器日志里出现了一条来自他们内网IP的请求记录。这就够了，足以证明后台有人打开了我的订单，而他们的浏览器替我执行了这段代码。如果那是一个