4. 最小权限原则导入
4.1 适用场景
最小权限原则（Principle of Least Privilege，PoLP）是权限映射重构的核心设计约束。在以下场景中必须首先完成最小权限概念的导入与基线检查：
- 新系统上线：首次构建权限模型时，避免默认赋予过量权限
- 权限审计整改：存量系统中发现越权、闲置权限或权限蔓延
- 架构重构：微服务拆分、中台建设导致权限边界重组
- 合规检查：等保2.0、GDPR、SOX等法规对权限收敛的硬性要求
关键认知： 最小权限不是“最小化权限”，而是“恰好满足业务操作的最少权限”。过度收敛会导致业务流程阻塞，过度放权则带来安全风险。
4.2 前置条件
- 已完成现有权限清单的初步梳理（参考第3章权限资产盘点）
- 具备各业务功能模块的操作清单（功能-角色-权限映射初稿）
- 业务负责人与安全负责人已明确PoLP导入范围及时间窗口
- 获取至少1个完整业务域的初始权限数据集（用于基线检查演示）
4.3 操作步骤
- 最小权限概念宣贯：向项目组及相关干系人解释PoLP定义、收益与约束
- 业务功能拆解：将每个业务域拆解为原子操作（CRUD+审批+导出等）
- 权限需求推导：依据操作频率、数据敏感度、操作风险推导最小权限需求
- 填写初始权限基线检查表：对照下表逐项核查当前权限状态
- 偏差标记与登记：对于越权、冗余、缺失项，记录至《权限偏差登记表》
- 最小权限矩阵生成：输出权限最小化后的“角色-权限”映射基线
4.4 输入输出物
| 类型 | 名称 | 格式 | 来源/去向 |
|---|---|---|---|
| 输入 | 存量权限清单 | Excel / CSV | 第3章权限资产盘点输出 |
| 输入 | 业务功能操作清单 | Word / 思维导图 | 产品与业务团队提供 |
| 输出 | 初始权限基线检查表（已填写） | Excel | 本步骤核心交付物 |
| 输出 | 权限偏差登记表 | Excel | 安全审计与整改输入 |
| 输出 | 最小权限矩阵（V1.0） | Excel / JSON | 后续权限映射优化基础 |
4.5 责任边界
- 业务部门负责人：确认原子操作且评估业务影响
- 安全/合规团队：提供最小权限核查标准及合规要求
- 架构师/流程专家：主导基线检查表设计及偏差判定
- 开发/运维：配合提取现有权限配置，协助矩阵生成
4.6 记录材料
《初始权限基线检查表》应包含以下列结构，且每个检查项均需明确通过标准：
| 编号 | 检查项 | 检查内容 | 通过标准 | 状态 |
|---|---|---|---|---|
| 4.6.1 | 基础设置 | 是否为每个用户单独赋予而非组继承 | 95%以上为独立分配 | 待填写 |
| 4.6.2 | 用户管理 | 离职/调岗用户权限是否已回收 | 72h内回收率100% | |
| 4.6.3 | 角色配置 | 是否存在超过3个功能域的综合角色 | 不超过1个 | |
| 4.6.4 | 文件权限 | 共享目录访问权限是否按需分配 | 无全局读写权限 | |
| 4.6.5 | 审计日志 | 权限变更是否记录操作人、时间、变更项 | 完整记录且不可篡改 | 待填写 |
4.7 异常处理
常见异常及处理方案：
- 兼容性冲突：某业务功能依赖高权限组件（如Admin API）。处理：为该功能建立“特权窗口”并记录使用事由，同时推动组件改造以支持细粒度鉴权。
- 权限放宽申请：业务方声称必须放宽权限才能正常运行。处理：由安全团队与架构师共同评审，如确实必要，则在该权限旁增加“受限使用”标签，并设置自动回收策略。
- 基线检查数据不完整：部分旧系统无法导出权限列表。处理：标注为“待人工核查”，并安排手动复审周知。
升级条件：若单个业务域偏差超过30%，需暂停基线检查，由项目负责人发起专项清理后再继续。
4.8 验收标准
- 交付完整的《初始权限基线检查表》，每个检查项均已评价且偏差已标记
- 生成最小权限矩阵V1.0，且矩阵中权限项数量较原清单减少比例≥40%
- 所有偏差项已在《权限偏差登记表》中记录，并附带整改责任人及计划时间
- 概念宣贯与基线检查过程记录归档，完成项目组内全员签字确认