4. KMS核心功能：生成、存储、轮换、销毁、访问控制与审计日志

KMS 这东西，说白了就是帮我们把密钥管起来的管家。但管家水平高低，差别很大。我当年在金融项目里第一次接触 KMS，以为装个开源软件就能搞定，结果被合规审计怼得脸都绿了。后来才明白，KMS 的核心功能必须一条条抠清楚——生成得可靠，存储得安全，轮换得自动，销毁得彻底，访问控制得细粒度，审计日志得一个不落。

这一章我们就逐个拆解这六大功能。每个功能我都会结合项目中的踩坑经验来讲，争取让你少走弯路。

4.1 密钥生成——第一条防线

密钥生成不是简单“random一下”。我在一个IoT项目中，用了软件伪随机数生成器，结果被渗透测试发现密钥空间只有理论上的一半。后来强制切换到硬件真随机数发生器（TRNG），配合KMS的HSM模块才过关。

核心原则：

• 熵源必须硬件：HSM内部真随机数发生器，不能用CPU的PRNG。
• 密钥类型区分：对称密钥（AES-256）、非对称密钥对（RSA-4096/ECC P-384）必须明确指定。
• 生成即绑定元数据：生成时就要打标签（用途、所属应用、创建人），不然日后审计根本对不上。

4.2 密钥存储——安全兜底

密钥存储分“静态”和“使用中”。静态存储必须加密，而且加密密钥的密钥（KEK）通常由HSM硬件保护。我曾经见过新同事把KMS的数据库目录权限配成777，吓得我赶紧写了自动化巡检脚本。

注意：即便存储在KMS数据库中的也是密文，真正的明文密钥只在HSM内部存在。这也是HSM与KMS集成的价值所在。

4.3 密钥轮换——不换就危险

轮换不是“换个新密钥”那么简单。合规要求最长轮换周期（比如90天），但轮换期间需要新旧密钥同时可用，还要支持先密后解。我在一个支付应用中采用了双缓存轮换策略：新密钥生成后，旧密钥保留一个轮换周期，解密流量逐步迁移。

踩坑经验：曾经因为轮换脚本没处理并发，导致正在加密的请求拿到了新密钥，而解密时旧密钥已经被删除——结果数据烂了。后来我强制要求：轮换操作必须加全局锁，并且先验证新密钥可用，再标记旧密钥为弃用。

# 轮换伪代码示例（Python风格）
current_key = kms.get_active_key(key_id)
new_key = kms.create_key(algorithm=current_key.algorithm)
kms.schedule_key_deletion(current_key.id, pending_window_days=30)  # 30天后删除
# 通知所有服务切换密钥引用
config_service.update_key_ref(key_id, new_key.id)
# 验证解密兼容性
test_cipher = kms.encrypt(new_key.id, b"test")
assert kms.decrypt(new_key.id, test_cipher) == b"test"

4.4 密钥销毁——彻底消失

销毁分逻辑删除和物理销毁。KMS通常提供计划删除（比如7-30天缓冲），到期后再执行HSM内部的密钥归零。但注意：如果密钥被加密后存入了备份介质，备份的恢复可能让密钥“复活”。我曾经在测试环境中发现，从全量备份恢复的KMS数据库里，旧密钥竟然还能用——因为备份没同步删除状态。

建议做法：
1. 先标记密钥为“禁用”，停止新加密。
2. 审计所有引用，确保无活动依赖。
3. 调用KMS的schedule_key_deletion，并设置等待期。
4. 等待期结束后，手动验证密钥已从HSM中清除（尝试解密一个旧密文应返回“密钥不存在”）。

4.5 访问控制——谁能在什么时候做什么

KMS的访问控制远比普通应用的权限模型细致。除了用户/角色级别的CRUD，还要区分“加密/解密/签名/验证”等操作。我见过一个事故：某个运维账号泄漏，对方利用KMS的Encrypt权限批量加密了数据库，然后勒索我们。后来我们强制限制了Encrypt只能由业务服务通过VPC终端调用，且源IP必须属于内部网段。

4.6 审计日志——出了事它是唯一证据

审计日志必须记录每一次密钥操作：谁、什么时间、什么动作（生成/轮换/销毁/加密/解密）、结果、来源IP、请求ID。日志本身不能被篡改，通常需要投递到安全存储（如S3对象锁）或外部SIEM。我遇到过最坑的是：KMS自带的审计日志默认只保留30天，而等保2.0要求至少180天。所以务必配置日志长期归档。

另外，日志必须包含“操作上下文”。比如解密操作，除了记录“用户A解密了密钥X”，还要记录解密的密文标识（如果可能）。但在实际项目中，因为性能原因，我们只记录密钥引用ID，不记录明文数据。

如何验证审计日志的完整性？我曾经写了一个小工具，每天计算日志文件的哈希链，并与外部保险库中的基准值比对。一旦发现哈希值不一致，立刻告警。