用电脑继续封存；2）关键账号强制开启二次验证；3）项目核心资料仅允许在指定设备访问；4）对非授权人员介入登记区的行为进行通报培训。”
信息安全部负责人补充：“同时建议账号持有人加强密码管理，避免再次触发保护模式。”
周砚的目光微微一冷。
又来了——“账号持有人”这四个字像一根钩子，想把责任从“异常链路”钩回“个人管理不当”。只要这句话写进纪要，未来任何一次异常都能被解读为“你没管理好”。
他没有立刻反驳，而是等法务把句子打出来后，才开口，语气依旧平稳却更锋利：
“我同意强制二次验证、指定设备访问、封存公用电脑。这些是风险控制。但我反对在追溯未完成的情况下，把‘再次触发保护模式’的责任预设给账号持有人。纪要应写为：‘在追溯结论未出具前，不以账号持有人管理不当作为定性依据；若后续补证确认异常登录来源非本人设备与行为，应按异常操作流程处置，不追究账号持有人责任’。”
他停顿半秒，补了一句更关键的：“这不是为我个人免责，是防止公司在证据不完整情况下做出倾向性定性，导致项目交付责任混乱。”
梁总看向法务：“按周砚说的改。纪要里不允许出现‘倾向性定性’。我们要的是结论，不是甩锅。”
法务点头，删掉原句，换成更严谨的表述。屏幕上出现新的条款：
“事项三：在302追溯补证未完成前，不以‘账号持有人管理不当’作为倾向性定性依据。后续如确认异常操作来源非本人设备及行为，按异常操作流程处置并追责实际操作人/管理责任人。”
这句话落下，会议室空气明显紧了一些。
紧的不只是信息安全部和HR——还有那个不存在却无处不在的对手。纪要一旦写成这样，未来再想把锅扣回周砚，就会变得更难，需要更多“证据”，而不是一句口头暗示。
10:41，梁总突然问：“那条威胁短信呢？”
周砚拿出打印版照片，先不投屏，只递给法务与梁总：“陌生号码短信，内容为‘监控缺一段很正常，别太用力查。用力过猛，容易把自己扯断。’我已留存原短信未读状态、拍照留痕并加密归档。建议纳入‘潜在干预追溯’的风险项，并由法务决定是否启动外部取证流程。”
HR主管脸色更白：“这……会不会太敏感？万一引发更大
本章未完，请点击下一页继续阅读！