做渗透测试的做渗第一步是

不是开扫描器，不是透测查漏洞库，甚至不是第步打开Burp Suite。我第一次带新人时，做渗他坐在工位上，透测手指悬在键盘上，第步问我“先扫哪个IP？做渗”——我让他把电脑合上，去楼下咖啡厅买杯美式，透测顺便想想：你要测的第步东西，到底是做渗个什么玩意儿？

渗透测试的第一步，是透测搞清楚授权范围和目标资产的边界。这不是第步套话。我见过太多人栽在这里：甲方丢过来一个域名，做渗说“你测吧”，透测结果你顺着域名解析到CDN，第步再穿透到源站，一顿操作猛如虎，最后发现源站IP属于另一家云厂商——人家法务部的邮件第二天就躺你老板邮箱里了。授权书上的范围写着“*.example.com”，你测了example.org，性质就从“授权测试”变成了“未授权访问”，哪怕你只是跑了个dirsearch。

具体怎么做？别急着拿工具。先花半小时，用最笨的办法：翻DNS记录，看子域名，查ICP备案，搜一下这个单位的历史招聘信息——他们招安全运维时写没写“熟悉K8s”？写了，那大概率有容器化部署。再看他们官网的版权年份，如果是老旧的2016年，那后台可能是thinkphp或者某套国产CMS。这些信息不会出现在漏洞库里，但比任何扫描器都精准。

我有个习惯，把目标画成一张“资产地图”。不是用专业软件，就一张A4纸，左边写域名，右边写IP段，中间画箭头连到云服务商、邮件服务器、OA系统。画完你就知道：入口可能不止一个，但真正的核心数据大概率藏在某个不起眼的管理后台后面——那个后台用的可能是默认口令，但默认口令字典里没有，因为它的默认密码是“Admin@2023”，而系统是2019年建的，管理员懒得改。

这一步的意义，在于把“我要攻破这个网站”转化成“我要摸清这个组织的数字生活习惯”。

有个案例我记得很牢。某次授权测试，目标是个地方政府门户，表面是静态页，但我在他们的“友情链接”里发现一个老旧的“信访进度查询”子站，用的是某开源框架的远古版本。扫描器扫不出来，因为那个子站没挂在主域名的目录下，是独立的二级域名，而且robots.txt里写了Disallow: /admin。我甚至没扫描，直接访问/admin，跳出来一个登录框，尝试了admin/admin——进去了。整个“渗透”过程不到两分钟，但前期光梳理资产花了三个小时。

所以，别把第一步理解成技术动作。它更像一次侦查，用脑子，不是用工具。你连目标有几个入口、哪些入口是废弃的、哪些入口牵扯到第三方供应商都没搞清，就急着上sqlmap，那不叫渗透测试，叫碰运气。

等你想清楚了“测什么”，再打开终端。那时候，你敲下的每条命令都有方向，而不是像无头苍蝇一样在IP段里乱撞。扫描器报出的中危漏洞，你会知道哪些是误报，哪些能串联成一条攻击链——因为你知道背后是一套老旧的OA系统，管理员密码习惯是“公司名+年份”，而那个OA恰好存在一个未授权文件上传点。

最后说句实在的：如果你接到任务第一反应是“先跑个nmap”，那你可能更适合去当运维——运维也跑nmap，但运维不用背锅。渗透测试的“测”，永远从“想”开始。

(责任编辑：知识)