数据库加密怎么做？

本文目录导读：

1. 应用层加密
2. 数据库内置加密（TDE）
3. 文件系统加密
4. 硬件安全模块（HSM）或密钥管理服务（KMS）
5. 实操建议：通用实现步骤
6. 总结建议

数据库加密是保护静态数据（即存储在磁盘上的数据）安全的核心手段，具体怎么做，取决于你的安全需求、性能要求以及所管理的数据库类型。

数据库加密可以从以下几个层面进行,每个层面都有不同的优缺点：

应用层加密

这是在数据写入数据库之前，由应用程序的代码主动对敏感字段进行加密（如使用AES算法），然后将密文存入数据库，读取时，应用程序从数据库取出密文,再解密为明文使用。

• 怎么做：
  • 在代码中引入加密库（如Python的cryptography、Java的JCE、Go的crypto/aes）。
  • 定义需要加密的字段（如身份证、手机号、信用卡号）。
  • 在数据访问层（DAO层）或ORM框架中植入加解密逻辑。
• 优点： 安全性最高（DBA也看不到明文）、粒度最细（可以只加密几个关键列）。
• 缺点： 业务代码侵入性强、无法对加密字段进行模糊查询（LIKE）或排序（除非使用特定的可搜索加密算法）、性能取决于算法复杂度。
• 适用场景： 高敏感数据（如密码、支付信息）、需要实现字段级权限隔离。

数据库内置加密（TDE）

绝大多数现代数据库（如SQL Server、Oracle、MySQL 8.0+、PostgreSQL）都提供了透明数据加密功能，它对数据库文件（.mdf、.ibd等）在磁盘上进行自动加解密,对应用程序完全透明。

• 怎么做：
  • SQL Server： 创建主密钥 -> 创建证书 -> 创建数据库加密密钥 -> 启用TDE。
  • MySQL 8.0+： 启用keyring插件 -> 配置加密表空间（ALTER TABLE ... ENCRYPTION='Y'）。
  • PostgreSQL： 需要第三方工具如pgcrypto或云服务商的TDE实现。
• 优点： 对应用开发者完全透明、无需改代码、保护备份文件（防止物理泄露）。
• 缺点： 无法阻止DBA（拥有服务器权限的人）直接查询数据、加密粒度是整个数据库或表空间（不是字段级别）。
• 适用场景： 防止硬盘被盗、磁带丢失、备份文件泄露。

文件系统加密

在操作系统层面，对存放数据库文件的目录进行加密（如Linux的LUKS、Windows的BitLocker、EBS加密）。

• 怎么做：
  • Linux： 使用cryptsetup创建加密卷，格式化后挂载到数据目录（如/var/lib/mysql）。
  • 云环境： 开启云服务商提供的磁盘加密功能（如AWS EBS加密、Azure Disk Encryption）。
• 优点： 实现非常简单、对数据库完全透明、保护整个磁盘。
• 缺点： 当操作系统和数据库正在运行时，加密密钥在内存中，数据是透明的（需配合其他安全措施）；不能防止DBA攻击。
• 适用场景： 保护物理服务器或虚拟机的数据在静止时的安全。

硬件安全模块（HSM）或密钥管理服务（KMS）

这是企业级方案，将加解密密钥从数据库中剥离,存储到专用的硬件或云服务中。

• 怎么做：
  • 使用HSM硬件或云服务商提供的KMS（如AWS KMS、Azure Key Vault）。
  • 数据库通过API或驱动与KMS交互,数据加解密在HSM内部完成。
  • 云原生数据库（如AWS Aurora、GCP Cloud SQL）通常原生支持KMS集成。
• 优点： 密钥安全等级最高、符合严格的合规要求（如PCI-DSS、HIPAA）、密钥轮换自动化。
• 缺点： 成本高、延迟增加（需网络调用）、配置复杂。
• 适用场景： 金融、医疗等强监管行业,或需要自动密钥轮换的场景。

实操建议：通用实现步骤

如果你要开始实现,建议按以下顺序考虑：

1. 评估需求： 你的数据是闲置时安全（防硬盘丢失）还是防内部人员（防DBA看到数据）？如果是前者，选TDE；如果是后者,选应用层加密。
2. 选择密钥管理方案： 加密的核心是密钥的安全，密钥不能和数据库放在同一台服务器上，建议使用：
   • 环境变量（简单项目，但不够安全）。
   • 专门的密钥管理服务（KMS，推荐）。
   • 硬件安全模块（HSM，企业级）。
3. 实施加密：
   • 如果是TDE,参考数据库官方文档执行几行SQL即可。
   • 如果是应用层加密，确保选择标准的对称加密算法（AES-256-GCM是目前最推荐的，提供加密+完整性校验）。
4. 处理索引和查询：
   • 应用层加密后，不能直接从数据库层面进行WHERE encrypted_column = 'xxx'查询（因为比对的是密文），需要先解密后比对，或者使用确定性加密（如AES-ECB，但安全性稍弱），或者使用专门的加密索引方案（如MySQL的INDEX在加密列上通常无效）。
5. 备份安全管理： 加密后的备份文件（包括TDE加密的备份）仍然需要妥善保管解密密钥,备份密钥同样重要。

总结建议

一个常见的误区： 很多人认为只要数据库有“密码”或“用户权限”就算加密了。这是错误的。 数据库的访问控制（ACL）只能阻挡网络连接，不能阻挡拥有文件系统权限的人直接读取数据库文件,真正的加密是指数据以密文形式存储在磁盘上。

如果这是生产系统，建议从“数据分类 + TDE + 敏感字段应用层加密 + KMS”的组合方案入手。