第三章 密钥生命周期管理

咱们聊完租户隔离的基本模型，接下来就得直面一个硬骨头——密钥。密钥这东西，用得好是安全基石，用不好就是定时炸弹。我做了这么多年BYOK项目，见过太多因为密钥没管好而翻车的事儿。你想想看，一个加密系统，如果连密钥本身都没管住，那还谈什么安全？

3.1 密钥生成——头炮要打响

密钥生成是第一步，也是常被轻视的一步。我记得早期有个项目，客户直接用伪随机数生成器（PRNG）在应用服务器上生成密钥，结果被渗透测试一把揪出来——攻击者能预测种子。嗯，这玩意儿不能省。

生成时要特别注意几个参数——算法、密钥长度、用途标签。比如AES-256-GCM和AES-256-CBC，用途完全不一样，标签一定要写清楚。我习惯在生成时就把密钥的元数据（创建时间、算法、用途、租户ID）一并写入审计日志。

3.2 密钥分发——管好传送带

密钥生成之后怎么交给应用？这是最容易出漏洞的环节。你想想看，密钥从HSM出来，经过网络、内存、进程，任何一处被截获就等于白干。

我的做法是：

• 用信封加密机制：用租户的公钥加密密钥材料，然后传输。接收方用自己的私钥解密。
• 传输通道必须走TLS 1.3，而且证书要双向校验。
• 不允许密钥以明文形式出现在日志、配置文件中。

3.3 密钥轮换——别一把钥匙用到老

密钥轮换不是可选项，是必选项。为什么？因为任何加密算法随着使用量的增加，被破解的概率也在累积。何况还有泄露的风险。我个人习惯把轮换周期定在90天，对于一些高敏感度的数据（比如主密钥），30天轮换一次。

轮换的时候要注意：

1. 先创建新密钥，再切换使用：旧密钥继续用于解密已有密文，新密钥用于加密新数据。
2. 保留旧密钥版本：你不能把历史数据都重新加密一遍吧？所以旧密钥不能删，要标记为“已轮换”状态。
3. 自动轮换：手动轮换容易漏，我一般写一个Lambda/DAG每天检查密钥年龄，超期自动触发轮换。

举个例子，AWS KMS支持自动轮换，但只对客户主密钥（CMK）生效。如果你的BYOK密钥是用自己的HSM管理的，那轮换就要自己写脚本。

3.4 密钥吊销——紧急刹车怎么踩

吊销和销毁不一样。吊销是让密钥失效，但保留密文可解密的能力（比如留着旧密钥用于解密历史数据，但禁止用旧密钥加密新数据）。销毁则是彻底抹掉密钥材料。

什么情况下需要吊销？

• 员工离职，他曾经访问过密钥。
• 怀疑密钥泄露（比如HSM日志出现异常访问）
• 业务变更，该密钥不再需要。

操作	状态变化	后续影响
吊销	启用 → 禁用	不能用于加密新数据，可以解密已有密文
销毁	禁用 → 已销毁	彻底不可用，所有密文将无法解密
归档	禁用 → 归档	只保留元数据，密钥材料可恢复（合规审计用）

吊销后，要立即更新访问控制策略，并通过消息队列通知所有依赖该密钥的服务。我一般会做一个“吊销事件”的告警，触发后自动重启关联服务，把缓存中的旧密钥清掉。

3.5 密钥销毁——死要见尸

销毁是最严肃的一步。密钥一旦销毁，所有用该密钥加密的数据就永久不可读了。这可不是闹着玩的。所以在销毁之前，必须确认三点：

• 确认没有业务依赖该密钥（扫一遍应用日志里的密钥ID引用）。
• 确认所有用该密钥加密的密文已经解密或迁移到新密钥。
• 获得业务负责人的书面审批。

销毁的具体操作取决于你的基础设施：

• HSM里：调用HSM的删除密钥API，注意有些HSM是逻辑删除，需要再手动执行物理销毁（比如擦除密钥槽）。
• 云KMS：比如AWS KMS的ScheduleKeyDeletion，默认等待30天（可配置），给你一个反悔机会。
• 软件密钥：不仅要删除数据库记录，还要用随机数覆写内存和磁盘上的密钥材料，确保无法恢复。

3.6 审计与合规——每一步都要留痕

最后，所有生命周期操作都必须记录审计日志。我在BYOK项目里，每个密钥都有一个独立的审计轨迹：

// 审计日志示例（JSON格式）
{
  "eventId": "a1b2c3d4-e5f6-7890-abcd-ef1234567890",
  "timestamp": "2025-03-15T10:30:00Z",
  "operation": "KEY_ROTATION",
  "keyId": "arn:hsm:ap-southeast-1:111122223333:key/abc123",
  "tenantId": "tenant-yunqi-001",
  "actor": "admin@yunqi.com",
  "details": {
    "oldKeyVersion": "v1",
    "newKeyVersion": "v2",
    "reason": "Scheduled rotation - 90 days"
  }
}

日志要写入不可篡改的存储（比如日志审计服务或者区块链），并且定期做完整性校验。我个人习惯每周跑一次审计报告，检查密钥状态是否有异常变化。