第四十三章：原始快照(7/10)

二次修改”的机制漏洞，任何人都可能在关键期做手脚，然后把锅甩给“服务账号自动执行”。服务账号天生没有脸，不会辩解。
这也是现代系统治理最大的悖论：你越自动化，越需要更强的审计与一致性校验，否则自动化就是最好的遮羞布。
---
晚上七点，供应商先发来一份“紧急投递保障说明”（盖章版），试图把“紧急”说成“常规保障”：
*启用紧急投递保障是为确保关键通知邮件在可能的网络波动下仍能及时投递；
*APAC优先级提升是系统内置的区域冗余策略，未指定具体国家节点；
*未启用地理围栏是基于业务连续性与投递可靠性考虑；
*通知邮件已发送且医院已收到，内容简略是因通知模板固定；
*服务账号执行变更属于标准运维流程，不存在审批后变更内容被篡改的风险。
这份说明看似完整，但它有一个致命漏洞：**它没有提供变更申请单。**
没有申请单，就无法证明“紧急依据”。
没有申请单，就无法证明“提出者是谁”。
没有申请单，就无法证明“内容与执行一致”。
所以监管很快回函：“请提供对应变更申请单编号、申请内容摘要、提出者岗位、审批流节点与时间戳。请提供变更一致性校验的证据或机制说明。仅口头或说明性文字不足以排除风险。”
供应商的第二封邮件迟迟没来。
迟迟不来，说明他们在内部找那张申请单，或在想怎么写一张“合规的申请单”。可申请单这种东西一旦在系统里存在，审计轨迹会留下创建时间、修改时间、创建者账号、审批流转路径。临时补写很难不露馅。
林昼等的就是这个：让他们在“要么交原件、要么造假”的路口停住。
停住，就会有人犯错。
---
与此同时，原医院信息科联系人在监管要求下提交了一份书面说明：承认收到变更告知邮件，但邮件正文仅为“例行证书更新与策略热修复”，未提及“紧急投递保障”“APAC优先级提升”“ProbeWindow临时缩短”“Override启用”，也未要求确认。信息科联系人强调：“若邮件提示涉及跨区回退或紧急策略，我会按流程向上汇报并建议禁变窗口，但当时未见此类信息。”
这份说明把供应商的“通知已充分”彻底击穿：你可以说你启用了紧急策略，但你没告诉医院；你可以说你为了投递可靠性跨区回退，但你没告诉医院
本章还未完，请点击下一页继续阅读>>>