第四十八章：权柄清单(4/7)

：RouteHealthGuardian
*OperatorIdentity：itops_superadmin
*ApprovalRef：NULL
*ReasonCode：AUTO_RECOVERY
*ChangeWindow：UNSPECIFIED
*Result：Applied
*Timestamp：2024A-090521:14:33
**ApprovalRef：NULL。**
ChangeWindow：UNSPECIFIED。
Timestamp：21:14:33。
这三项足以让任何“我们有流程”站不住脚。成功关围栏发生在晚上九点多，显然不是紧急抢修的白天窗口；ApprovalRef为空，意味着没有审批引用；ChangeWindow未指定，意味着无禁变意识。理由码写AUTO_RECOVERY——自动恢复。
自动恢复不是原罪，但自动恢复带着超级权限去关围栏，是典型的安全架构缺陷：系统为了“恢复”，把边界当作可牺牲的东西。
边界一旦可牺牲，就永远会被牺牲。
法务看着这份签章摘要，声音发紧：“这条太狠了。”
林昼没有得意。他只说：“这条是脚本的证词。它说明他们的暗门不是一次。审计机构进场后，只要追Initiator调用链，就能看到脚本里写了什么。”
他在纸上写下四行：
*AUTO_RECOVERY触发条件是什么？
*为什么需要GeoFenceOFF？
*为什么ApprovalRef为NULL仍可执行？
*itops_superadmin为何能被脚本调用？
这四个问题，任何一个都能把事情推向更严肃的责任评估。
---
下午四点，供应商终于补交了一份“权柄清单补充说明”，试图解释ApprovalRef为NULL：“历史时期平台允许自动化组件执行恢复动作，审批引用字段在当时版本为可选项，后续已加强。”
第三方平台立刻回应（签章说明）：审批引用字段在过去版本虽为可选，但平台建议租户强制填写；且平台提供“强制审批引用”配置能力，是否启用由租户决定。并且平台确认：租户未启用强制审批引用配置。
这又一次把“不可控”变成“你没开”。
你没开，就是选择。
选择就要负责。
供应商的解释反
本章还未完，请点击下一页继续阅读>>>