密钥生命周期管理
密钥这东西，从生到死都得管。我做了这么多年HSM集成，见过太多只在生成时检查、后面就不管了的项目。结果呢？出事全是密钥泄露或者轮换不及时。说白了，密钥生命周期就是五步：生成、存储、使用、轮换、销毁。每一步都有坑，咱们一个一个聊。
1. 密钥生成：起点决定天花板
密钥生成不是随便找段随机数就完事。HSM里生成密钥，必须用硬件真随机数发生器（TRNG）。软件伪随机？我劝你千万别信。以前有个客户为了省钱，让应用服务器自己生成AES密钥再导入HSM——后来我们发现那个随机数种子被日志记录了，所有密钥等于明文。
我个人习惯，在产线初始化时就会确认HSM的TRNG是否通过SP800-90B检测。生成时还要指定密钥用途（签名、加密还是派生），HSM会在密钥元数据里打标签，后面用错就能拒绝操作。
给你个参考参数表：
| 算法 | 推荐密钥长度 | HSM典型生成耗时 | 注意事项 |
|---|---|---|---|
| RSA | 2048 / 4096 bit | 几百ms ~ 几秒 | 素数生成可能失败，需重试 |
| ECC | P-256 / P-384 | 几十ms | 曲线参数必须NIST或SM2标准 |
| AES | 128 / 256 bit | < 1ms | 直接用TRNG即可 |
2. 密钥存储：放对地方才安全
生成后的密钥放哪儿？当然放HSM内部。HSM有防篡改硬件，一旦检测到物理攻击就自动抹掉密钥。但现实中你可能会遇到“需要备份密钥”的场景——比如集群容灾。
我建议用HSM的密钥分割备份功能。比如3人拆分，每人保管一个分片，任何2人合起来才能恢复。这样即使备份介质被盗，攻击者也拿不到完整密钥。
避坑指南：我曾经遇到一个团队把密钥文件直接放在NAS共享目录，还忘记加密。虽然用了HSM生成，但最终存储环节直接裸奔。嗯，后来那家公司被审计罚了好几百万。
- HSM内部：加密存储在安全存储器，受物理防护
- 外部备份：用HSM导出的KEK加密后保存到安全存储
- 云HSM：密钥材料默认加密，但注意云服务商的访问权限
3. 密钥使用：权限最小化
密钥就算存在HSM里，也不是谁都能用的。HSM通过访问控制策略规定：哪个应用、哪个用户、在哪台机器上、能对哪个密钥做什么操作。
举个例子，签名密钥只允许签名，不能导出或加密。我在项目里经常设置“使用次数限制”——比如1小时内最多调用1000次签名，超过就锁。防止密钥泄露后被批量滥用。
密钥使用时的常见问题：
- 会话密钥：每次连接生成一次，用完即弃，不要重复使用
- 使用审计：每次操作都要记录时间、操作者、密钥ID、结果。我习惯把审计日志实时上传到SIEM系统
- 密钥缓存：应用端不要缓存密钥句柄，应该每次都通过HSM会话获取
4. 密钥轮换：该换则换
为什么轮换？因为密钥用久了，泄露风险增加；长期使用同一个密钥也容易给密码分析留下机会。轮换策略分两种：
- 时间驱动：固定周期（如90天）自动生成新密钥，旧密钥归档
- 事件驱动：人员离职、系统升级、疑似泄露时立即轮换
我建议轮换时保留旧密钥的版本记录。比如签名密钥，之前签过旧证书的文档还需要验证，所以旧密钥不能直接删，要标记为“只验证不签名”。
| 轮换场景 | 旧密钥处理 | 新密钥生效 |
|---|---|---|
| 定期轮换 | 归档，可读不可写 | 立即 |
| 应急轮换 | 立即停用，等待销毁 | 立刻 |
| 证书到期 | 保留至CA撤销 | 新证书签发后 |
5. 密钥销毁：不留痕迹
密钥销毁是最后一步，也是最容易出问题的。很多人以为把数据库里的密钥字段删了就完事。实际上，密钥可能还留在HSM的备份、日志、内存中。
HSM销毁密钥的方式：
- 逻辑销毁：删除密钥元数据，标记为不可用。但物理存储可能未清除
- 物理销毁：直接擦除HSM内部的存储单元（如NAND块）
- 整机销毁：极端情况下，用物理方法破坏HSM芯片
我记得有个项目规定：密钥销毁后必须通过安全删除证明。我们会用HSM的“安全删除”命令，然后导出一份签名报告，供审计留存。注意，销毁操作也要双人授权。
下面这张图把整个生命周期串起来了，你可以看到每个阶段的入口和出口。
说了这么多，其实密钥生命周期管理的核心就一句话：
我见过太多团队只盯着HSM做密钥生成，后面全放羊。你想想看，如果轮换策略没定好，密钥用了五年还不换，HSM再安全也没用。实际操作中，建议你一开始就把这五步的SOP写进运维手册，让团队对每个阶段的责任人、操作步骤、回滚方案都清楚。嗯，这样就不会翻车了。