马晓琳调出每次升级的提交账号。

账号名称不同。

但数字签名证书都由同一个内部证书根签发。

证书根的归属字段已经失效，只剩下历史简称：

说明保障。

“保障什么？”方远志问。

没人回答。

从脚本功能看，它保障的不是数据完整，也不是系统稳定，而是旧席、续用和现行回执不被同时看见。

技术组在隔离环境中再次复现脚本，这次人为加入一份不存在于原系统的测试文件。

文件名很普通。

北席连续状态核验。

脚本启动后，测试文件没有被删除。

它先被改名为“历史状态备份”，随后移动到不参与常规检索的说明缓存区。

苏晓月盯着结果。

“它不销毁证据。”

“它改写证据的身份。”周远帆说。

直接删除容易触发告警。

把现行文件改成历史备份，不仅能避开检索，还能在被发现后解释成分类错误。

这比简单清除更隐蔽。

秦正国要求技术组固定三类结果。

原文件是什么。

脚本执行了什么。

执行后系统会如何向普通用户展示。

三层截图并排放在一起，一份现行核验材料如何被一步步推回历史，变得一目了然。

周远帆忽然想起他们一路遇到的那些词。

沿革。

协调。

自然失效。

历史备份。

每个词听起来都不锋利。

可正是这些温和词语，把正在发生的动作包进过去，让责任失去明确时间。

马晓琳又找到一条脚本报警规则。

如果删除字段被外部校验重新发现，系统不会直接报错，而是向三号协调发送“状态异常待说明”。

也就是说，脚本清理失败时，上口会第一时间知道。

苏晓月立即检查这次复现是否触发真实外联。

隔离环境已经切断网络，没有消息送出。

但原系统在中央封存回执后执行的那一次脚本，确实生成过状态异常。

消息进入待发送队列，目标端口被遮住，只留下一个尾号。

三。

安全屋里安静了几秒。

自保脚本、三号协调和上口回执，再一次接在一起。

这套系统不仅知道什么时候清理。

还知道清理失败后该向谁求助。

秦正国把脚本证据从技术附件提升为独立证据组。

它不再只是证明有人删过日志。

而是证明旧系统拥有预设的自保流程、统一的解释模板和失败后的上报路径。

这三项功能都在中央封存回执下达后被现实触发。

这意味着过去每一次看似正常的数据消失，都可能不是系统老化，而是同一套预案被执行后的结果。

旧系统不是沉睡的。

它一直醒着。