一、总则
1. 核心目标
为规范数据库系统的访问控制与权限管理,贯彻“最小权限”、“职责分离”及“权责对等”的安全原则,有效防范数据泄露、篡改与越权访问风险,保障公司数据资产安全,特制定本细则。
2. 适用范围
本制度适用于所有数据库系统(包括生产、测试、开发环境)的访问控制策略制定、用户身份管理、权限分配、变更及审计等相关活动。涉及的所有部门与员工,均须遵守。
3. 职责分工
角色 | 职责 |
|---|---|
数据库管理员(DBA) | 负责权限的技术实现、账户创建/禁用、权限分配与回收操作,并定期进行权限审计 |
各业务部门负责人 | 作为本部门数据安全的第一责任人,负责审核并批准下属员工的权限申请,确保权限需求与岗位职责匹配 |
信息安全部 | 负责制定权限管理策略,监督执行情况,并组织定期安全审计与违规调查 |
应用系统管理员 | 负责应用系统数据库账户凭证管理,遵守安全规定,不得将应用系统数据库账户转借他人或越权操作 |
个人用户 | 妥善保管个人账户凭证,遵守安全规定,不得将账户转借他人或越权访问数据 |
二、 角色与权限定义
根据业务职能,初步可以定义以下标准角色,可根据实际需求增补
角色名称 | 核心权限描述 | 适用岗位 |
|---|---|---|
数据库管理员 (DBA) | 拥有数据库实例的最高管理权限,负责用户管理、权限分配、备份恢复、性能优化等 | 数据库管理员 |
高级用户 | 拥有特定业务数据库的修改(DDL)、读写(DML)权限 | 业务系统管理员 |
应用账户 | 仅拥有特定应用程序运行所必需的最小权限,通常限定于指定的数据库和表 | 业务系统连接账户(应用系统、大数据等) |
普通用户 | 拥有特定数据库或表的只读权限(SELECT),用于日常业务查询和数据浏览 | 业务人员、普通操作员 |
访客用户 | 拥有极有限的只读权限,通常只能访问公开信息或脱敏后的数据,临时使用完毕后回收 | 临时需要数据支持的协作方 |
三、 数据库用户权限生命周期管理
1. 权限申请与审批
2. 权限变更
员工岗位变动或职责调整时,其部门负责人应主动发起权限变更流程,由DBA及时调整其角色归属。
权限变更同样需遵循申请-审批流程,确保权限与最新岗位职责匹配。
3. 权限回收