拿到授权之后，渗透第一件事不是测试打开扫描器乱扫，而是中明坐下来把目标定义清楚。有一次我接到一家电商公司的确目单子，客户说“你们随便测”，基本结果我扫到他们第三方的流程支付接口，差点把生产库拖崩。渗透后来我学乖了，测试接任何项目，中明先花半天和对方确认：到底什么算目标，确目什么算误伤。基本

明确目标的流程核心就一句话：划定资产边界。这个边界不是渗透域名列表那么简单。你得知道哪些IP是测试自有的，哪些是中明云上的，哪些是外包商在维护。很多公司自己都说不清资产，上次遇到一个客户，给了三个域名，结果我用证书透明度查询一拉，发现还有十几个子域名挂在旧服务器上，其中两个还在跑着EOL的Apache版本。这些没人认领的“孤儿资产”，恰恰是渗透测试最该先打的点。

第二步是确认测试范围的控制粒度。你要问清楚：允许社工吗？允许物理渗透吗？允许用钓鱼邮件吗？别觉得这些问题多余。我见过有测试团队把目标公司的员工邮箱发满了钓鱼信，结果触发了对方的内部安全告警，差点闹到报警。反过来，也有客户明确要求必须尝试钓鱼，因为他们的员工安全意识培训刚做完，想检验效果。范围控制不是束缚，是保护双方的法律边界。

接着要确定时间窗口和告警路径。渗透测试不是偷偷摸摸的黑客行为，你得知道什么时候可以打，什么时候必须停。比如某银行客户要求只能在凌晨两点到五点测试，因为那是业务低峰期。还有一次，我正用sqlmap跑注入，对方SOC突然打来电话问我是不是在测某个接口——原来我触发了他们的WAF规则。从那以后，我每次开工前都先要一个紧急联系人的电话，并且约定好：如果对方安全团队发现异常流量，先电话确认，而不是直接封IP。

最后，把目标信息文档化。别光在脑子里记，写下来。资产列表、范围边界、允许的测试手法、禁止触碰的系统、时间窗口、应急联系人——这些要素整理成一页纸的文件，让双方负责人签字确认。这个动作看着繁琐，但能省掉后面90%的扯皮。有一次我因为没确认清楚，把一个客户的核心业务系统当成了测试目标，跑了个目录扫描，结果触发了他们的熔断机制，整个交易链路停了二十分钟。虽然最后对方没追究，但那个下午的尴尬，我到现在还记得。

说白了，明确目标的过程，就是把“渗透测试”从“黑客行为”变成“工程项目”的关键一步。你越早把边界划清楚，后面动手的时候就越能放开手脚。真正的技术高手不会觉得这些流程限制了自己——他们知道，在清晰的规则里玩花样，才叫本事。那些上来就猛冲猛打的人，通常在第一次误操作之后，就得灰溜溜地回去写检讨。