第40章 收口纪要(3/10)

缺口写进去——‘运维未当场提供告警编号及处置日志，需在今日17:00前补齐’。落纸。”
法务负责人点头，打开投屏文档，开始打字。屏幕上出现第一行：
“事项一：监控缺失时段（18:47—18:59）运维告警编号及处置日志未当场提供，运维主管承诺于今日17:00前补齐并提交法务归档。”
周砚盯着屏幕，胸口那口气没有松——这只是把“黑洞”拉回了“可交付”。收口会必须把每一个“待查”变成“截止时间+责任人”。
信息安全部负责人试图转移：“但从目前证据看，无法锁定单一责任人。302会议室涉事时段没有正式预约登记，进出人员较多……”
梁总打断：“‘没有正式预约登记’是谁的管理缺陷？会议室是你们管还是行政管？”
HR主管下意识开口：“会议室预约是行政系统管，临时使用……”
梁总抬手：“不要解释‘临时’。临时使用也应该有登记流程。今天把流程缺陷写进纪要，后续改。现在回到事实：门禁记录里，有一个人进出时间点与监控缺口高度重合。周砚，你把你看到的讲清楚，按事实讲。”
周砚站起身，没有多余铺垫，直接把门禁明细投屏到关键行，指尖点在“18:46王XX进入/18:49王XX离开”：
“事实一：门禁记录显示，王XX在18:46进入302，18:49离开。监控缺失从18:47开始。缺失时段覆盖她进入后的绝大部分时间。”
他又切换到会话日志的关键行：“事实二：19:01—19:03，302公用电脑出现三次失败登录尝试，触发我的账号保护模式。信息安全部此前邮件已确认，这三次失败登录源于302公用电脑。”
周砚没有说“她就是操作人”，也没有说“她背后是谁”。他只把两条时间线钉在一起，让所有人不得不面对一个问题：如果缺失时段刚好覆盖关键进出，且缺失后的几分钟发生关键失败登录，那么“缺失”就不只是设备故障，它是追溯链里最敏感的环节。
信息安全部负责人皱眉：“门禁只能证明她进出过会议室，不代表她操作了电脑。会议室里面可能还有其他人。”
周砚点头：“我同意‘门禁不等于操作’。所以我提出的补证请求里包含‘电脑本地事件日志’与‘会话切换轨迹’，以及‘会议室临时使用登记流程’。在这些补证未补齐前，任何‘无法锁定责任人’
本章还未完，请点击下一页继续阅读>>>