密钥管理基础：对称/非对称密钥与生命周期

好了，咱们进入正题。这一章，我打算聊聊密钥管理的基础。你可能会想，这多简单啊，不就是把密钥管好吗？但说实话，在混合云这种大杂烩环境里，密钥管理一旦出事，那就是捅了马蜂窝。

我个人习惯，先把基础打牢。对称密钥、非对称密钥，还有它们的“生老病死”——密钥生命周期。搞懂这些，后面的边界部署验收才能站得住脚。

对称密钥 vs. 非对称密钥

这两个概念，咱们得掰扯清楚。说白了，对称密钥就是一把钥匙开一把锁。加密和解密都用同一个密钥。速度快，适合加密大量数据。问题在于，你怎么把这把钥匙安全地交给对方？

特性	对称密钥	非对称密钥
密钥数量	1个（共享密钥）	2个（公钥 + 私钥）
算法举例	AES-256, SM4, 3DES	RSA-4096, ECC P-384, SM2
加密速度	快（硬件加速友好）	慢（数学运算复杂）
适用场景	数据加密、VPN隧道、磁盘加密	数字签名、密钥交换、证书签发
核心挑战	密钥分发与存储安全	私钥保护与性能开销

密钥生命周期：从生到死

一个密钥，不是创建出来就完事了。它有自己的生命周期。我在项目里见过太多只创建不销毁的案例，结果就是一堆“僵尸密钥”到处飘，安全隐患极大。

密钥的生命周期，我习惯分成五个阶段：生成、分发、存储、轮换、销毁。咱们一个一个说。

1. 密钥生成

这是起点，也是决定密钥强度的关键。随机性至关重要。有一次我审计客户环境，发现他们用伪随机数生成器（PRNG）来生成AES密钥。结果呢？依赖系统时间戳。这不等于把钥匙放在门口地垫下面吗？

• 硬件安全模块（HSM）生成：最可靠。密钥在HSM内部产生，私钥永不出模块。
• 硬件真随机数生成器（TRNG）生成：一些支持可信平台模块（TPM）或CPU内置TRNG的服务器可以做到。
• KMS服务生成：比如AWS KMS、Azure Key Vault。方便，但要确保服务本身的安全。

2. 密钥分发

密钥生成了，怎么安全传到对方手里？这是混合云里最难搞的一环。你在公有云里，我在私有云，中间隔着公网。

主流方案就几种：

1. 非对称加密传输：用对方的公钥加密对称密钥后传输。这是我最推荐的方式。
2. 密钥协定：比如迪菲-赫尔曼（Diffie–Hellman）密钥交换。双方在不安全的信道上协商出同一个密钥。
3. 带外分发：物理拷贝、专用加密U盘等。适用于高安全、低频率的场景。

嗯，这里要注意，不能把密钥放在电子邮件或者明文消息里发送。别笑，我见过真有人这么干。

3. 密钥存储

密钥存哪？这是个好问题。答案很明确：存到安全的地方。

存储位置	安全性	性能	成本	推荐场合
HSM	极高	较低	高	根密钥、CA私钥、关键业务密钥
密钥管理服务（KMS）	高	中	中	混合云中日常使用的数据密钥
文件系统（加密后）	低（依赖文件权限）	高	低	不建议，除非配合强访问控制和加密
环境变量	极低	高	无	绝不推荐

4. 密钥轮换

密钥用久了，就像密码一样，得定期换。为什么？因为时间越长，被攻破的风险越大。

轮换策略很重要。你不能直接换，那会导致正在加密的数据无法解密。得有个“优雅”的过渡方案。

// 伪代码：密钥轮换策略示例
activeKeyId = getCurrentKeyId(); // 当前活跃密钥
newKey = generateNewKey();       // 生成新密钥

// 1. 先将新密钥存储到KMS
storeKey(newKey);

// 2. 更新标志位，新数据只用新密钥加密
setActiveKey(newKey.id);

// 3. 后台任务：用新密钥重新加密旧数据
for each (oldDataItem in database) {
    if (oldDataItem.encryptedWith == activeKeyId) continue;
    plaintext = decrypt(oldDataItem, getKey(oldDataItem.encryptedWith));
    encryptedData = encrypt(plaintext, newKey);
    saveDataItem(oldDataItem.id, encryptedData, newKey.id);
}

// 4. 所有旧数据迁移完成后，再标记旧密钥为“过期”
markKeyAsExpired(activeKeyId);

5. 密钥销毁

最后一步，也是很多人容易忽视的一步。密钥该删的时候就得删，干净利落。

销毁不只是把文件删掉那么简单。得确保密钥的所有副本、所有备份、所有缓存都被清除。对于HSM或KMS里的密钥，要使用它们提供的专用销毁API。

• 物理销毁：对于HSM或存储介质的物理销毁。
• 逻辑销毁：将密钥标记为已删除，并清除其在密钥管理服务中的元数据。
• 密码学删除：用新密钥覆盖旧密钥的存储位置（适用于某些软件密钥存储）。