让他们走程序。程序里有监管盯着。”
许景喘了口气：“他们说要我签一份说明，说我当时‘没看到异常’，不签就——”
林昼打断：“不签。你签了就等于替他们补洞。你只写事实：你收到过什么指令、你看到过什么界面、你做过什么操作。你不写推断、不写动机。事实就是你的盾。”
许景沉默很久，才说：“我怕他们报复我爸妈。”
林昼说：“你爸妈如果在本地，让法务帮你申请保护建议，至少有备案号。你自己不要单独出门，去人多的地方。你不是一个人。”
挂断电话，林昼靠在墙上，胸口像被压了一块石。他清楚，对方在找“人”的突破口：他们知道技术链路越来越难遮，于是转向逼人签字、逼人沉默、逼人认错。只要一个关键证人崩掉，他们就能说“内部一致”。
内部一致是最便宜的烟雾。
烟雾只要挡住一段时间，30天断点就会吃掉原因。
但现在调度记录已经延长保全，ProbeWindow与Override也有原始快照，烟雾的窗口被压缩了。
他们才会急。
急，就会犯更多错。
---
夜里十二点二十，供应商终于提交了“变更申请单”——或者说，提交了一个他们声称是申请单的PDF。
监管很快发现问题：PDF上没有系统生成的唯一编号格式，审批流节点缺少时间戳，提出者岗位写得模糊（“运维组”），更可疑的是创建时间竟然显示为“次日凌晨04:12”。
次日凌晨04:12。
申请单创建时间在变更失效时间03:10之后。
这几乎等于把“补写”写在脸上。
监管在回复里只写了一句话，却足够让对方背脊发凉：“该申请单创建时间与变更执行时间不一致，疑似事后补录，请提供系统审计中该申请单的创建/修改轨迹原始记录。否则视为重大审计风险并可能涉及更严肃的责任追究。”
法务把这句话转述给林昼时，声音很低：“他们可能要慌了。”
林昼没有说“活该”。他只是把这条信息写进索引：
*供应商提交疑似事后补录申请单（创建时间04:12），与变更执行不一致
*监管要求提供创建/修改轨迹原始记录，疑似补录将被认定重大风险
写完，他抬头看向窗外。夜色像一张厚布，城市的灯被布压得更远。远处有车灯一闪一闪，像在提醒：世界还在跑，只有
本章未完，请点击下一页继续阅读！