KMS 概述：从一次密钥泄露说起

我记得刚接手一个金融项目时，客户要求所有敏感数据必须加密存储。当时我图省事，直接在代码里写死了 AES 密钥。结果呢？代码被上传到 GitHub 公共仓库，密钥瞬间暴露。那次事故让我彻底明白了——密钥管理永远不能靠“人肉”操作。

这就是 KMS 存在的意义。KMS 的全称是密钥管理服务，说白了就是帮你安全地创建、存储、轮换、销毁密钥，并且严格限制谁能用、怎么用。在合规场景下，比如等保、PCI-DSS、GDPR，你几乎绕不开它。

什么是 KMS？

KMS 是一个托管服务，它把密钥的生命周期管起来。你不需要自己搭 HSM（硬件安全模块），也不需要操心密钥怎么轮换。你只需要告诉 KMS：“我要生成一个密钥，只允许我的某个应用使用。”剩下的，KMS 帮你搞定。

我习惯把它理解成“保险箱+管理员”。管理员（控制策略）决定谁能打开保险箱，保险箱（密钥存储）本身是黑盒，连你都无法直接取出密钥的明文——除非你自己指定导出。

核心概念：你必须要懂的三个词

这三样东西，你搞混了后面策略就写不对。咱们一个个说。

概念	说明	我遇到的坑
CMK（客户主密钥）	最顶层的密钥，用来加密其他密钥。可以自动轮换。用户通过 CMK ID 引用它。	我之前以为 CMK 可以直接加密大文件，结果发现它的限制是 4KB 数据。大文件得用数据密钥。
数据密钥（Data Key）	由 CMK 生成，用来加密实际业务数据。可以是明文的（本地用完即销毁），也可以是密文的（随存储一起）。	有人把明文数据密钥存在日志里……嗯，后果可想而知。
密钥材料	构成密钥的随机字节。KMS 生成时通常使用硬件真随机数发生器。	我自己导入密钥材料时搞错了格式，加解密全部失败。官方文档说得很清楚，但真的容易踩坑。

你想想看，为什么要有这三层？就是为了把“密钥管理权”和“数据加解密”分开。CMK 是最高权限，只负责生成和包装数据密钥；数据密钥面向实际数据，用完就能丢弃。密钥材料是底层的“原材料”，你在大多数场景下根本接触不到它。

常见使用场景

下面这几个场景，我每个都亲手做过。你可以看看自己适合哪个。

1. 数据库列加密：比如你需要加密用户的手机号。调用 KMS 生成一个数据密钥，用这个密钥加密手机号，然后把密文数据密钥和手机号一起存数据库。解密时先拿 CMK 解出数据密钥，再解密字段。
2. 文件/对象加密：在对象存储（如 S3）中存储敏感文件。通常用 CMK 直接加密文件（如果文件小于 4KB），或者生成数据密钥加密大文件。我习惯用信封加密：先用 CMK 加密数据密钥，再用数据密钥加密文件。
3. TLS 证书私钥保护：很多企业会把私钥放到 KMS 里，应用运行时通过 API 获取。这样万一服务器被入侵，攻击者拿不到私钥明文。
4. 跨账户加密：不同业务部门使用同一套 CMK。你需要写密钥策略，允许其他账户调用特定的 CMK。注意：策略要精确到操作（Encrypt/Decrypt/GenerateDataKey），别给 GenerateDataKeyWithoutPlaintext 以外的权限。

KMS 架构示意图

下面这张图展示了密钥的层级关系。你看懂它，后面的策略配置就简单了。