他需要的是一份合规纪要。
10:35，王珊打来电话，背景声音嘈杂，应该在去楼盘现场的车上：“你们内部追溯有没有实质进展？领导下午可能还要问‘你们是不是内部有人搞破坏’。”
周砚声音稳得像一条直线：“有进展，但我不会对外说‘有人搞破坏’。对你可以这样表述：我们已通过设备日志与外设台账形成交叉证据链，并启动共享外设封存取证流程，追溯机制已转入可核验阶段；同时项目交付链路不受影响，所有对外资料依旧按v1.1与审批链路执行。”
王珊沉默半秒：“好，就这么说。你把这段话写成两句话发我，我直接用。”
周砚立刻发出两句可复制口径，并附上“取证流程已启动、纪要待出”的事实表述。王珊回“收到”，语气明显安心。
11:58，信息安全部发来封存取证纪要。纪要里写得非常规范：
-封存对象：PMO共享U盘U-32X；
-封存时间：11:42；
-在场人员：信息安全A、法务B、IT服务台C；
-取证方式：镜像复制、哈希校验、原件密封；
-初步发现：U盘内存在一份名为“login_cache.txt”的文本，包含公司统一登录页面缓存片段；另存在一个“AutoRun.bat”文件，但是否执行需进一步核查；
-后续动作：调取302公用电脑执行记录与系统策略日志，确认AutoRun是否触发；对借用人王XX进行事实问询，形成问询纪要。
周砚看到“AutoRun.bat”那行字，心里一沉——这已经不是“无意登录失败”能解释的范围了。如果AutoRun被触发，意味着有人试图用脚本自动化发起登录，触发保护模式就不是偶然，而是设计。
但他依旧没有急着“定性”。他把纪要下载保存、生成哈希、归档，并在合规清单里新增一条“封存取证纪要（阶段性发现）”。随后写了一封极短的邮件给梁总，只有一句建议：
“建议将‘共享外设管理漏洞’与‘自动化触发登录’纳入项目事故风险评估，尽快形成阶段性处置结论，避免再出现触发式攻击影响交付。”
梁总回：“明白。”
12:26，午餐时间，周砚没去食堂。他打开项目数据日报，把到访确认的趋势、回访完成率、二次到访意向数，全部更新到D3闭环表，并在
本章未完，请点击下一页继续阅读！