证结果”，这是“能让人停在灰区的供稿”。
周砚没有急躁。他打开“字段核验清单”，把缺失项一条条列出来：
-事件日志原始导出格式（evtx或等效可核验格式）
-安全日志4625/4648/4672等失败/凭据使用事件完整字段
-设备本地用户会话列表与最后交互用户SID
-输入法/键盘布局更改记录（用于辨别操作者习惯）
-USB插拔与外设记录（若有）
-浏览器缓存与最近访问记录（若有）
-远程桌面/远程协助痕迹（若有）
-计划任务/脚本执行记录（若有）
-设备网络接口连接/断开与AP接入关联（若可）
他把清单保存为《302镜像字段缺口清单-v1.0》，生成哈希，上传共享盘，同步梁总。
09:40，梁总办公室。
梁总坐在桌后，桌上放着打印出来的几页摘要材料。他没寒暄，开门见山：“你怎么看？”
周砚把文件袋放到椅侧，先说结论，再说理由：“现在这批材料不足以形成追溯结论。它能证明‘失败登录发生在302’，但不能证明‘谁操作了302’，也无法排除‘脚本/远程/计划任务’。摘要缺了关键字段，容易被用来做‘无法锁定单一责任人’的结论。”
梁总眼神一沉：“信息安全部说这已经是他们能提供的。”
周砚语气不变：“那就让他们出具‘不能提供的理由与替代核验方案’，并由法务确认这不影响定性。否则他们一句‘无法提供’，就能把责任推回账号持有人。现在是项目事故风险，不能靠摘要。”
梁总沉默几秒，抬手敲了敲桌面：“你想要什么？”
周砚把字段缺口清单递过去：“三件事。第一，要求提供原始日志导出或等效可核验格式，不接受只有摘要；第二，补充门禁刷卡人员与设备前后时段的交叉验证——谁刷卡进入后，设备是否出现唤醒/键鼠活动；第三，给出‘临时结论’措辞：在完整字段未提供前，不得对外形成倾向性定性，不得写‘账号持有人管理不当’。”
梁总看完清单，点头：“我来压。你继续把项目跑起来，别让这条线拖住你。”
周砚起身前补了一句：“还有一件事。
本章未完，请点击下一页继续阅读！