马晓琳调出每次升级的提交账号。
账号名称不同。
但数字签名证书都由同一个内部证书根签发。
证书根的归属字段已经失效，只剩下历史简称：
说明保障。
“保障什么？”方远志问。
没人回答。
从脚本功能看，它保障的不是数据完整，也不是系统稳定，而是旧席、续用和现行回执不被同时看见。
技术组在隔离环境中再次复现脚本，这次人为加入一份不存在于原系统的测试文件。
文件名很普通。
北席连续状态核验。
脚本启动后，测试文件没有被删除。
它先被改名为“历史状态备份”，随后移动到不参与常规检索的说明缓存区。
苏晓月盯着结果。
“它不销毁证据。”
“它改写证据的身份。”周远帆说。
直接删除容易触发告警。
把现行文件改成历史备份，不仅能避开检索，还能在被发现后解释成分类错误。
这比简单清除更隐蔽。
秦正国要求技术组固定三类结果。
原文件是什么。
脚本执行了什么。
执行后系统会如何向普通用户展示。
三层截图并排放在一起，一份现行核验材料如何被一步步推回历史，变得一目了然。
周远帆忽然想起他们一路遇到的那些词。
沿革。
协调。
自然失效。
历史备份。
每个词听起来都不锋利。
可正是这些温和词语，把正在发生的动作包进过去，让责任失去明确时间。
马晓琳又找到一条脚本报警规则。
如果删除字段被外部校验重新发现，系统不会直接报错，而是向三号协调发送“状态异常待说明”。
也就是说，脚本清理失败时，上口会第一时间知道。
苏晓月立即检查这次复现是否触发真实外联。
隔离环境已经切断网络，没有消息送出。
但原系统在中央封存回执后执行的那一次脚本，确实生成过状态异常。
消息进入待发送队列，目标端口被遮住，只留下一个尾号。
三。
安全屋里安静了几秒。
自保脚本、三号协调和上口回执，再一次接在一起。
这套系统不仅知道什么时候清理。
还知道清理失败后该向谁求助。
秦正国把脚本证据从技术附件提升为独立证据组。
它不再只是证明有人删过日志。
而是证明旧系统拥有预设的自保流程、统一的解释模板和失败后的上报路径。
这三项功能都在中央封存回执下达后被现实触发。
这意味着过去每一次看似正常的数据消失，都可能不是系统老化，而是同一套预案被执行后的结果。
旧系统不是沉睡的。
它一直醒着。