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

我只写字。”
父亲终于露出一点松动，端起粥喝了一口，声音低低：“写字好。写字让人不敢胡来。”
林昼离开病房时，把父亲那句“写字让人不敢胡来”记在心里。今天要做的，就是让“权柄”也写成字。
---
上午九点，监管发来正式通知：取证审计机构将于次日十点进场。进场前要求供应商于今晚八点前提交“权柄清单（初版）”。
通知里对“权柄清单”的定义非常明确：
*所有高权限账号列表（含角色定义、授权范围、授权原因、生效与失效时间、账号持有人/管理人岗位）；
*所有系统级token与scope绑定记录（签发账号、scope、ReasonCode、ApprovalRef、签发时间、有效期、刷新次数）；
*所有自动化组件的执行身份与权限范围（脚本/服务账号/编排系统任务）；
*权限变更历史与审批链（至少六个月）；
*最小权限原则评估与审计报告（如有）；
*权限回收机制与执行证据。
梁组长把这份通知截图发来，附一句：“监管把‘权柄清单’作为审计第一刀。”
林昼回：“对。先砍权柄，再谈制度。权柄不收敛，禁变窗口只是摆设。”
他把“权柄清单”四个字写在纸上，圈了两圈。圈不是强调，是提醒自己：今天所有显示出来的“争辩”“恐慌”“效率”，都不要被带偏。唯一的核心是：谁有钥匙。
---
十点二十，供应商开始发来“初版权柄清单”。文件很厚，排版整齐，像早就准备好的一样。厚文件往往有两种可能：要么真的规范，要么刻意用厚度掩盖关键缺失。
法务快速扫了一遍，眉头越皱越紧，低声对林昼说：“他们列了很多账号，但把关键字段写得很模糊，比如‘持有人：运维组’，‘授权原因：应急保障’，‘失效时间：按需’。”
“按需”两个字，就是灰区的名字。
按需意味着没有边界，没有边界意味着随时可用。随时可用意味着任何禁变窗口都能被“按需”穿透。
林昼让法务别急着评价，先把问题拆成可问的点：“让他们给每一个‘按需’补四项：具体生效时间、具体失效时间、授权审批编号、使用记录次数。没有这四项，清单就是摆设。”
法务点头，立刻把这四项写进监管反馈。
与此同时，第三方平台协查联系人也给出一条补充：平台侧记录的高权限tokenscope共有三类，
本章还未完，请点击下一页继续阅读>>>