从账号创建、授权复核、岗位变更到离职回收, 建立可审计的身份权限闭环。
建立统一身份与账号清单
先明确人员账号、服务账号、共享账号和外部协作账号的来源、用途、责任人及有效期。账号清单应与人事、组织和应用资产数据关联, 避免出现无法确认归属的孤儿账号。
按岗位和任务设计授权
以岗位基线提供常用权限, 对高风险操作采用按需申请和限时授权。授权审批需同时校验业务必要性、数据范围和职责冲突, 不能只依据申请人描述直接放行。
持续复核权限变化
岗位调整、项目结束和组织变更都应触发权限复核。对管理员、批量导出和生产操作权限设置更短复核周期, 比对实际使用记录, 清理长期未使用的权限。
及时回收并保留证据
离职或合作终止时同步停用登录、令牌、密钥和远程访问权限。保留申请、审批、变更、复核与回收记录, 让权限责任能够追溯到人和时间。
落地检查清单
- 人员、服务和外部账号均有明确责任人
- 高风险权限采用限时授权
- 岗位变更自动触发权限复核
- 离职回收覆盖令牌和远程访问
方案建议将本文控制项纳入软件安全建议方案, 分别明确研发执行人、管理审批人和安全保障复测人, 让每项措施都有证据闭环。
常见问题
这类控制应该写多细?
建议细到可以分配任务、执行检查和验收证据。不能验收的口号式描述, 应转化为责任人、时限、工具结果和复核记录。
如何和已有安全制度衔接?
组织级制度可作为通用基线, 项目级软件安全建议方案负责说明当前系统适用范围、差异化风险和本次交付证据。