权限收紧直接增加业务的操作步骤。原来一个账号可以完成的工作，现在需要申请和切换；原来随时可用的能力，现在需要审批。这种即时成本由业务承担，而收益是概率性的风险下降，因此业务部门的抵触是可以理解的。安全团队如果只强调合规要求，很难获得真正的配合。
第一是职责不清。多个团队共用一个高权限账号时，没有人愿意承担权限被收回后的责任，导致账号长期保持最大权限。
第二是替代方案缺失。收回权限的同时如果没有提供便捷的申请流程和快速的授权响应，业务只能选择绕过管控或继续使用共享账号。
第三是历史包袱。存量系统的权限模型粗糙，无法细分到具体操作，只能选择全部放开或全部关闭。
第一，用数据说话。统计现有权限的实际使用情况，列出长期未使用的权限清单，让业务看到自己拥有多少用不上的权限。这比单纯讲风险更有说服力。
第二，从共享账号入手。共享账号既无法审计个人行为，也无法在人员变动时精确调整权限，业务其实也承担着责任不清的压力。用可追溯的个人账号加按需授权替代，双方都有收益。
第三，把审批做得足够快。高敏感操作需要审批，但审批应能在数分钟内完成，并支持紧急通道。响应速度是业务接受管控的前提。
第四，分步收窄而不是一次性切断。先回收明显无用的权限，再处理低频使用权限，最后处理高频权限的精细化。每一步都留出观察期。
第五，明确例外管理。允许存在合理例外，但例外必须有期限、有责任人、有复核机制，避免例外变成新的常态。
最小权限是一项组织工作而非纯技术工作。把业务的不便降到可接受范围，同时让风险下降可见，才能持续推进。
售后客服
企业微信
