辞标红备注：“需防止后续扩大解释”。

11:58，午餐时间，梁总突然发来一条消息：“安全部那边初步发现计划任务创建不是你工位账号，但授权路径涉及一个‘临时共享凭证’。下午14:30开内部调查小会，你来。记住：只谈事实，别谈情绪。”

周砚回：“收到。我会带索引表与核验点清单，要求纪要落纸。”

他吃午饭时没怎么咀嚼，脑子却在把“临时共享凭证”这几个字拆开：如果对方用“共享凭证”做文章，就可以把责任往“管理不当”推；如果共享凭证的申请、发放、使用都缺乏审计链路，那就是天然的甩锅工具。对手很可能早就准备好了：把某个凭证说成“你参与过”，哪怕你没有，也能拖你进泥潭。

13:42，内部调查小会在梁总办公室旁的玻璃会议室。

参会人员不多：梁总、严负责人、法务专员、HR主管、以及一个周砚不认识的IT运维经理。桌上放着一份打印出来的审计摘要，标题写着《302事件：计划任务创建审计初报》。

梁总开门见山：“今天把事说清楚。严总，你先讲你们查到什么。”

严负责人翻开摘要：“计划任务创建发生在18:47，创建动作来源于跳板机会话A，使用了一个临时共享凭证token。该token在18:45由运维系统生成，授权范围包括监控网段设备配置读取与任务下发。token的申请记录显示为‘设备异常排查’，申请人字段目前显示为‘运维共享账户’，具体是谁发起还在查。”

周砚听到“运维共享账户”时，心里冷了一下——共享账户是责任稀释的温床。只要共享账户存在，就很难锁定到人；锁不到人，就可以回到“无法确认”，再回到“账号持有人管理不当”。

他没有立刻开口，而是等严负责人说完。

运维经理接话，语气有些不耐：“共享账户是为了应急排查效率，我们不可能每次都走个人审批。那天监控确实有告警，我们就开了临时token排查。谁拿去做了什么，我们也不一定能完全追到。”

法务专员顺势补刀：“所以这件事有可能是流程缺陷，不一定是个人恶意。公司会完善流程，但不代表周砚就完全无责。毕竟异常触发点围绕他的账号发生——保护模