Cybersecurity

CISP学习指南：数据库安全

Created   Updated
CISP
  1. 一、数据库安全概述
  2. 二、数据库安全策略
  3. 三、数据库安全机制
  4. 四、总结

数据库安全是信息安全的重要组成部分，需要考虑多种安全策略和机制，才能更好地保护数据库的安全。

一、数据库安全概述

1.1 数据库安全的重要性

数据库是组织最重要的信息资产之一，包含大量敏感和关键数据，因此数据库安全至关重要。

💡 CIA三要素

数据库安全的核心目标是保护信息的机密性（Confidentiality）、完整性（Integrity）和可用性（Availability）。

详细内容请参考：CISP学习指南：信息安全CIA三要素

1.2 数据库面临的威胁

主要威胁类型：

威胁类型 描述 示例
未授权访问 非法用户访问数据库 SQL注入、权限提升
数据泄露 敏感数据被窃取 内部泄密、外部攻击
数据篡改 数据被非法修改 恶意修改、误操作
拒绝服务 数据库服务中断 DDoS攻击、资源耗尽
权限滥用 合法用户滥用权限 内部人员越权操作

二、数据库安全策略

2.1 六大安全策略

📋 数据库安全的六大策略

数据库安全策略包括六项：

  1. 最小特权策略
  2. 最大共享策略
  3. 粒度适当策略
  4. 按内容存取控制策略
  5. 开系统和闭系统策略
  6. 按存取类型控制策略
graph TB A["数据库安全策略"] B["最小特权策略"] C["最大共享策略"] D["粒度适当策略"] E["按内容存取控制策略"] F["开系统和闭系统策略"] G["按存取类型控制策略"] A --> B A --> C A --> D A --> E A --> F A --> G style B fill:#e3f2fd,stroke:#1976d2 style C fill:#e8f5e9,stroke:#388e3d style D fill:#fff3e0,stroke:#f57c00 style E fill:#f3e5f5,stroke:#7b1fa2 style F fill:#fce4ec,stroke:#c2185b style G fill:#e1f5fe,stroke:#0277bd

2.2 最小特权策略

🔐 最小特权原则

**定义：**让用户可以合法地存取或修改数据库的前提下，分配最小特权，使得这些信息恰好能够实现用户的工作。

核心思想：

  • 只授予完成工作所需的最小权限
  • 不授予额外的权限
  • 降低权限滥用风险

最小特权策略的实施：

用户角色 需要的权限 授予的权限 不授予的权限
数据录入员 INSERT INSERT SELECT, UPDATE, DELETE
数据查询员 SELECT SELECT INSERT, UPDATE, DELETE
数据分析师 SELECT SELECT INSERT, UPDATE, DELETE
数据管理员 全部 根据职责授予 不相关的权限

示例：

-- 正确：最小特权
GRANT SELECT ON employees TO analyst;

-- 错误：过度授权
GRANT ALL PRIVILEGES ON employees TO analyst;

最小特权的优势：

  • ✅ 降低数据泄露风险
  • ✅ 减少误操作影响
  • ✅ 限制内部威胁
  • ✅ 便于审计追踪

2.3 最大共享策略

🤝 最大共享原则

**定义：**在保护数据库的完整性、保密性和可用性的前提下，最大程度地共享数据库中的信息。

核心思想：

  • 在安全的前提下最大化数据共享
  • 平衡安全和可用性
  • 提高数据利用效率

最大共享策略的实施：

graph TB A["最大共享策略"] B["安全前提"] C["共享机制"] D["访问控制"] A --> B A --> C A --> D B --> B1["保护完整性"] B --> B2["保护保密性"] B --> B3["保证可用性"] C --> C1["视图机制"] C --> C2["角色机制"] C --> C3["权限继承"] D --> D1["细粒度控制"] D --> D2["动态授权"] D --> D3["审计监控"] style B fill:#ffcdd2,stroke:#c62828 style C fill:#e8f5e9,stroke:#388e3d style D fill:#e3f2fd,stroke:#1976d2

共享与安全的平衡：

场景 安全要求 共享方式 控制措施
公开数据 低 完全共享 基本访问控制
内部数据 中 部门共享 角色权限控制
敏感数据 高 限制共享 细粒度控制+审计
机密数据 极高 最小共享 强制访问控制+加密

实现最大共享的技术：

-- 使用视图实现数据共享
CREATE VIEW employee_public AS
SELECT emp_id, name, department
FROM employees;

-- 授予视图访问权限
GRANT SELECT ON employee_public TO public_users;

2.4 粒度适当策略

📏 粒度适当原则

**定义：**将数据库中不同的项分成不同的粒度，颗粒越小、安全级别越高，通常要根据实际决定粒度大小。

核心思想：

  • 粒度大小影响安全性和性能
  • 粒度越小，安全级别越高，但性能开销越大
  • 需要根据实际情况选择适当粒度
  • 不是选择最小粒度

⚠️ 常见错误理解

错误说法：粒度最小策略，将数据库中的数据项进行划分，粒度越小，安全级别越高，在实际中需要选择最小粒度。

❌ 为什么这是错误的：

  1. 不是"粒度最小策略"，而是"粒度适当策略"
  2. 不是"需要选择最小粒度"，而是"根据实际决定粒度大小"
  3. 最小粒度会带来性能问题和管理复杂度

✅ 正确理解：

  • 粒度越小，安全级别越高（这是对的）
  • 但需要平衡安全性和性能
  • 根据实际需求选择适当粒度
  • 不是一味追求最小粒度

数据库粒度层次：

graph TB A["数据库粒度"] B["数据库级"] C["表级"] D["行级"] E["列级"] F["单元格级"] A --> B B --> C C --> D D --> E E --> F B --> B1["粒度最大
性能最好
安全性最低"] F --> F1["粒度最小
性能最差
安全性最高"] style B fill:#c8e6c9,stroke:#2e7d32 style C fill:#a5d6a7,stroke:#388e3c style D fill:#81c784,stroke:#43a047 style E fill:#66bb6a,stroke:#4caf50 style F fill:#ffcdd2,stroke:#c62828

粒度选择对比：

粒度级别 安全性 性能 管理复杂度 适用场景
数据库级 ⭐ 低 ⭐⭐⭐⭐⭐ 高 ⭐ 低 开发环境
表级 ⭐⭐ 中低 ⭐⭐⭐⭐ 高 ⭐⭐ 中低 一般应用
行级 ⭐⭐⭐ 中 ⭐⭐⭐ 中 ⭐⭐⭐ 中 多租户系统
列级 ⭐⭐⭐⭐ 高 ⭐⭐ 低 ⭐⭐⭐⭐ 高 敏感字段保护
单元格级 ⭐⭐⭐⭐⭐ 极高 ⭐ 极低 ⭐⭐⭐⭐⭐ 极高 极少使用

粒度选择示例：

-- 表级粒度（粗粒度）
GRANT SELECT ON employees TO hr_staff;

-- 列级粒度（中粒度）
GRANT SELECT (emp_id, name, department) ON employees TO hr_staff;

-- 行级粒度（细粒度）
CREATE POLICY emp_policy ON employees
FOR SELECT
USING (department = current_user_department());

粒度选择原则：

  1. 根据数据敏感度选择

    • 公开数据：粗粒度（表级）
    • 内部数据：中粒度（行级或列级）
    • 敏感数据：细粒度（列级或行级）

  2. 考虑性能影响

    • 高并发系统：避免过细粒度
    • 查询密集型：选择适中粒度
    • 更新密集型：考虑粒度锁定影响

  3. 平衡管理成本

    • 粒度越细，管理越复杂
    • 需要更多的权限配置
    • 增加维护工作量

2.5 按内容存取控制策略

📄 按内容存取控制

**定义：**不同权限的用户访问数据库的不同部分。

核心思想：

  • 根据数据内容控制访问
  • 不同用户看到不同的数据
  • 实现数据隔离

按内容存取控制的实现：

graph TB A["按内容存取控制"] B["基于行的控制"] C["基于列的控制"] D["基于值的控制"] A --> B A --> C A --> D B --> B1["用户只能访问
特定行"] C --> C1["用户只能访问
特定列"] D --> D1["根据数据值
控制访问"] style B fill:#e3f2fd,stroke:#1976d2 style C fill:#e8f5e9,stroke:#388e3d style D fill:#fff3e0,stroke:#f57c00

实现示例：

-- 基于行的内容控制
CREATE VIEW sales_dept_view AS
SELECT * FROM employees
WHERE department = 'Sales';

GRANT SELECT ON sales_dept_view TO sales_manager;

-- 基于列的内容控制
CREATE VIEW employee_basic AS
SELECT emp_id, name, department
FROM employees;

GRANT SELECT ON employee_basic TO all_staff;

-- 基于值的内容控制（行级安全）
CREATE POLICY salary_policy ON employees
FOR SELECT
USING (
  CASE 
    WHEN current_user_role() = 'HR' THEN true
    WHEN current_user_role() = 'Manager' AND department = current_user_department() THEN true
    ELSE false
  END
);

应用场景：

场景 控制方式 示例
部门数据隔离 基于行 销售部只能看销售数据
敏感字段保护 基于列 普通员工看不到工资
多租户系统 基于值 租户只能看自己的数据
分级数据访问 组合控制 根据级别看不同数据

2.6 开系统和闭系统策略

🔓🔒 开系统 vs 闭系统

开系统策略：

  • 默认允许访问
  • 明确禁止特定访问
  • 适用于开放环境

闭系统策略：

  • 默认拒绝访问
  • 明确允许特定访问
  • 适用于安全环境

策略对比：

特征 开系统策略 闭系统策略
默认行为 允许 拒绝
安全性 较低 较高
易用性 较高 较低
管理复杂度 较低 较高
适用场景 内部系统、开发环境 生产环境、敏感系统

实现示例：

-- 开系统策略
GRANT SELECT ON ALL TABLES TO public;
REVOKE SELECT ON sensitive_table FROM public;

-- 闭系统策略（推荐）
REVOKE ALL ON ALL TABLES FROM public;
GRANT SELECT ON public_table TO specific_users;

2.7 按存取类型控制策略

🔧 按存取类型控制

**定义：**根据不同的操作类型（读、写、删除等）进行访问控制。

核心思想：

  • 区分不同的操作权限
  • 细化权限管理
  • 实现职责分离

存取类型分类：

graph TB A["存取类型"] B["SELECT
查询"] C["INSERT
插入"] D["UPDATE
更新"] E["DELETE
删除"] F["EXECUTE
执行"] G["ALTER
修改结构"] A --> B A --> C A --> D A --> E A --> F A --> G style B fill:#e3f2fd,stroke:#1976d2 style C fill:#e8f5e9,stroke:#388e3d style D fill:#fff3e0,stroke:#f57c00 style E fill:#ffcdd2,stroke:#c62828 style F fill:#f3e5f5,stroke:#7b1fa2 style G fill:#fce4ec,stroke:#c2185b

权限组合示例：

用户角色 SELECT INSERT UPDATE DELETE 说明
查询员 ✅ ❌ ❌ ❌ 只读权限
录入员 ✅ ✅ ❌ ❌ 查询和新增
编辑员 ✅ ✅ ✅ ❌ 查询、新增、修改
管理员 ✅ ✅ ✅ ✅ 全部权限

实现示例：

-- 按存取类型授权
GRANT SELECT ON orders TO sales_staff;
GRANT INSERT ON orders TO sales_staff;
GRANT UPDATE (status) ON orders TO sales_staff;

-- 拒绝删除权限
REVOKE DELETE ON orders FROM sales_staff;

三、数据库安全机制

3.1 身份认证

认证方式：

  • 🔑 用户名/密码认证
  • 🎫 Kerberos认证
  • 📱 多因素认证
  • 🔐 证书认证

3.2 访问控制

💡 访问控制模型

数据库访问控制包括自主访问控制（DAC）、强制访问控制（MAC）和基于属性的访问控制（ABAC）。

详细内容请参考：CISP学习指南：访问控制

数据库特定的访问控制实现：

  • 用户级权限：GRANT/REVOKE
  • 角色管理：CREATE ROLE
  • 行级安全：Row-Level Security (RLS)
  • 列级权限：Column-Level Privileges

3.3 审计

审计内容：

  • 📋 登录/登出记录
  • 🔍 数据访问记录
  • ✏️ 数据修改记录
  • ⚙️ 权限变更记录
  • 🚨 异常行为记录

3.4 加密

数据加密：

加密类型 说明 适用场景
传输加密 TLS/SSL 网络传输
存储加密 透明数据加密（TDE） 数据文件
列加密 特定列加密 敏感字段
备份加密 备份文件加密 备份存储

四、总结

数据库安全策略的核心要点：

  1. 最小特权策略：授予最小必要权限
  2. 最大共享策略：在安全前提下最大化共享
  3. 粒度适当策略：根据实际选择适当粒度，不是最小粒度
  4. 按内容存取控制：不同用户访问不同数据
  5. 开闭系统策略：根据环境选择策略
  6. 按存取类型控制：区分不同操作权限

🎯 关键要点

  • 数据库安全需要多种策略配合
  • 最小特权原则是基础
  • 粒度适当策略不是选择最小粒度
  • 需要根据实际情况平衡安全性和性能
  • 按内容和按类型控制实现细粒度访问控制
  • 审计和加密是重要的安全机制

💡 实践建议

  • 实施最小权限原则
  • 根据数据敏感度选择适当粒度
  • 使用角色简化权限管理
  • 启用数据库审计
  • 加密敏感数据
  • 定期审查权限配置
  • 监控异常访问行为
分享到