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

首发：~第40章 收口纪要

07:12，周一。

天还没完全亮，写字楼大堂的玻璃门反射着冷白灯光，像一面不带情绪的镜子。周砚刷卡进楼，电梯上行的过程中，他的手指一直扣在文件袋的封条边缘——不是紧张，而是确认：封条没有任何重新粘贴的痕迹，签名笔画没有断裂，日期没有被覆盖。

进工位前，他绕到打印区，把昨晚备好的三份“证据索引表”重新打印了一遍，纸张触感干燥，墨色清晰，页脚的版本号和哈希末八位干净得像一条刀口。随后他去文件柜最底层取出离线盘盒子，盒子封条完好，他没有当场拆封，只把盒子放进包里——“可随时核验”不等于“随意打开”，打开也必须在记录链里打开。

08:03，信息安全部发来会议邀请更新：会议室改为“安全室B”，参会人员新增“网络运维主管”。

周砚扫了一眼，没有任何表情。他知道这代表什么：对手已经意识到“监控缺口”这条线在收紧，他们想提前把“运维故障”定性成纯技术问题，给“缺失时段”找一个看似客观的解释，从而把责任再次推回“无法锁定”。

他不反对运维参会——越多技术口，越容易说清“到底有没有告警编号、到底有没有离线日志”。真正可怕的不是技术解释，而是技术解释不落纸。

08:17，他给梁总回了一封只有两行的邮件：

“已按参会名单更新资料包：门禁明细/会话日志/现场隐私事件封存记录/异常访问摘要/威胁短信留痕。另建议会议纪要由法务牵头起草，现场同步投屏逐条确认，避免会后口径漂移。”

发送成功，截图归档，合规清单更新一行。

08:41，王珊发来一条消息：“甲方今天下午要看一版‘开放日复盘+后续三天预约推进计划’，你中午前给我一个框架，我来和领导对齐。”

周砚回：“10:30会后半小时内出框架，基于D0闭环与D1-D3动作清单，口径不变。”

他把这条消息也归档——甲方线必须持续推进，这是他的护城河。内部再怎么收口、扯皮，只要外部结果在滚动增长，就没人敢轻易拍板“暂停”。

09:36，HR主管出现在工位旁，脸上仍旧是那种训练过的温柔：“周砚，十点的会，我们会把承诺书签署也一起处理掉，别拖流程了。”

周砚抬眼，语气平静：“承诺书签署可以，但必须在纪要里写明：工具清单更新需法务+信息安全联合书面通知；隐私事件处置以今日收口会结论为准；承诺书不作为对外沟通权收回的依据。三条写进纪要，我当场签。”

HR主管笑意僵了一下：“你怎么什么都要写进纪要？”

“因为口头会变。”周砚回答得像在陈述自然规律，“我不想未来任何人拿一句‘当时你理解错了’来定性我的行为。要我承担责任，就把规则写清。”

HR主管没再接话，转身离开。她走远后，周砚才低头把文件袋再次检查了一遍：索引表在最上层，下面依次是302门禁明细、会话日志、监控缺失说明、运维补证请求邮件、开放日隐私事件封存简报、异常访问摘要、威胁短信留痕照片的打印版。每份材料都按时间线排列，任何人想打断叙事，都得先穿过时间戳。

09:58，安全室B门口。

门外的走廊更冷，地面像刚拖过，湿意从鞋底往上爬。周砚站在门边，没急着进去，先把手机调成飞行模式，避免会议中途弹出任何不必要的提示；再把录音功能打开——不是偷偷录，是为了防止对方会后说“你说过这句话”。但他不会拿录音去威胁任何人，录音只是最后的自保底线，他更希望所有内容都落在纪要里。

10:00整，门开。

梁总坐在主位，左手边是法务负责人，右手边是信息安全部负责人，HR主管坐在靠门的位置，运维主管坐得更靠后，像随时准备解释“设备故障”。阿远没有出现，但周砚注意到一个细节：王XX也不在。

缺席本身就是信号。

周砚把文件袋放在桌面正中央，动作不重，却让纸张发出清晰的“啪”一声，像把事实摆到光下。

梁总开场不绕弯：“今天只有一个目的——302事件追溯收口。收口的意思是：责任边界、风险控制、后续处分与防护动作要落纸。任何模糊表述，今天不通过。”

信息安全部负责人清了清嗓子：“我们这边已经补充了门禁和会话日志。监控缺口属于客观故障，目前运维在排查。”

梁总看向运维主管：“告警编号呢？离线日志呢？接单时间呢？”

运维主管微微一怔，显然没料到梁总第一句就抓“编号”。他翻开笔记本：“告警编号……我们系统里是有的，但需要再查一下。”

梁总的语气更冷：“会议开始前你们就知道要收口。你现在跟我说‘需要再查一下’？”

运维主管额头出汗：“我们昨晚临时接到通知，资料准备得不够充分。”

梁总没继续压他，转头看法务：“纪要先把这个缺口写进去——‘运维未当场提供告警编号及处置日志，需在今日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公用电脑。”

周砚没有说“她就是操作人”，也没有说“她背后是谁”。他只把两条时间线钉在一起，让所有人不得不面对一个问题：如果缺失时段刚好覆盖关键进出，且缺失后的几分钟发生关键失败登录，那么“缺失”就不只是设备故障，它是追溯链里最敏感的环节。

信息安全部负责人皱眉：“门禁只能证明她进出过会议室，不代表她操作了电脑。会议室里面可能还有其他人。”

周砚点头：“我同意‘门禁不等于操作’。所以我提出的补证请求里包含‘电脑本地事件日志’与‘会话切换轨迹’，以及‘会议室临时使用登记流程’。在这些补证未补齐前，任何‘无法锁定责任人’的结论都是不完整的。”

他说着，把另一份材料推到梁总面前——开放日隐私事件封存简报。

“事实三：开放日现场，王XX以‘帮忙’名义靠近登记区，并试图用纸面收集用户手机号与到访信息。该行为已按隐私事件处理：遮挡拍照留痕、原件封存、非授权人员清退。封存记录在这里。”

HR主管脸色瞬间变了：“开放日那是现场混乱……大家都是为了推进……”

周砚没有被“为了推进”带偏，语气仍旧冷静：“推进不能以违规方式推进。更关键的是——这不是一次偶发错误，而是同一人员在两个关键节点反复触碰‘流程灰区’，并且都发生在对项目风险最敏感的环节：账号保护触发链路、用户信息收集链路。”

梁总看向法务：“把这一段写进纪要，用词要严谨：‘同一人员在两个不同场景出现与风险相关的行为，需纳入追溯范围’。不要写定性结论，写‘需进一步核查’。”

法务继续打字，屏幕上出现新的条款：

“事项二：门禁记录显示王XX在监控缺失起始时段进入302会议室；开放日现场出现王XX非授权介入用户信息收集行为，已封存记录。上述行为需纳入追溯范围，待补充证据后形成结论。”

信息安全部负责人试图挽回局面：“我们需要走流程才能调本地事件日志。设备封存还没解封。”

梁总直接问：“谁能决定解封流程？你？法务？还是行政？”