你们有方法且可复制”。

11:09，手机又震了一下。

陌生号码短信第三条来了，字更短，却更狠：“你把外包扯进来，梁总也保不了你。供应商一刀切就结案，你呢？”

周砚看完，反而更冷静。

这条短信暴露了对方的焦虑方向：他们担心事情停在“外包流程问题”就会结案，而周砚真正要做的是从外包执行链往上追到内部指挥链。对方急于告诉他“会结案”，说明他们已经在内部推动“快速止损”——把责任推给供应商，处分外包工程师，补一份流程整改，事情到此为止。

周砚照旧拍照归档，标记未读。他没有回复，但他知道今天必须抓住梁总在场的窗口，把“指挥链追溯”写进动作项，不给他们“一刀切”的空间。

11:32，梁总给他发了一条消息：“中午12点会议，关于302事件处置。你也来。”

周砚回：“收到。我准备一页‘指挥链追溯动作项’。”

他立刻新建一页纸，标题写得极直白：《302远程唤醒与失败登录链路——指挥链追溯动作项（项目事故风险）》。内容只有四条，但每条都指向“谁指挥”的证据：

1）调取外包工程师王某当日工位/门禁/监控（含供应商驻场区）与服务台工单系统操作轨迹，确认其操作环境与接触对象；

2）调取服务台跳板机在18:30-19:10的完整会话审计（不仅限唤醒操作），包括远程会话来源IP、连接发起端资产编号，以锁定“谁在使用该外包账号或协同其操作”；

3）核对当时段是否有内部人员通过IM/电话/会议安排向服务台提出“绕工单操作”指令（至少形成“排除清单”）；

4）形成临时管控：服务台跳板机权限收紧、外包账号二次验证强制开启、Wake-on-LAN操作必须绑定工单编号，否则系统阻断。

他把这一页打印出来，连同纪要复印件一起装进文件袋，封条贴好，写上日期与签名。

12:00，处置会议。

会议室里人不多，但位置很微妙：梁总坐主位，法务、信息安全部负责人、IT负责人、HR主管都在，阿远也被叫来了，坐在靠门的位置，脸色比平时更紧。桌面摆着刚签字的核验纪要，像一块硬邦邦的铁。

梁总没有铺垫，直接把纪要摊开：“302这条链路已经闭环。网络唤醒来自服务台跳板机，账号helpdesk_wangxx无工单