密钥轮换（Key Rotation）是按计划或安全事件把系统使用的旧密钥替换为新密钥的过程，目标是在不破坏业务连续性和历史数据可解密性的前提下降低长期密钥暴露风险。
核心问题
密钥使用时间越长，暴露窗口越大：日志、备份、配置、内存 dump、权限误配和人员流动都可能扩大泄露风险。密钥一旦疑似泄露，也需要快速切换到新密钥并限制旧密钥继续产生新密文或新签名。
密钥轮换解决的是“如何让密钥生命周期可控，而不是一把密钥永久使用”的问题。
核心机制
密钥轮换通常包含几个阶段：
- 生成新密钥版本：在 KMS 或 HSM 中创建新版本。
- 切换加密方向：新写入数据、签名或令牌使用新密钥。
- 保留解密方向：旧密钥版本继续用于解密历史数据或验证旧签名。
- 重加密或自然淘汰：高价值数据可批量重加密；短生命周期数据可等过期。
- 禁用和销毁旧密钥：确认无依赖后禁用或计划销毁。
很多系统采用“密钥 ID / key version”机制，把密文或签名和使用的密钥版本绑定，解密或验签时按版本找到对应旧密钥。
工程用途
- 数据加密：对象、数据库字段、磁盘和备份的主密钥或数据密钥轮换。
- 令牌签名：JWT、会话票据、设备授权材料的签名密钥滚动。
- 证书体系：私钥和证书到期前更新，避免服务中断。
- 人员和权限变更：管理员离职、权限泄露或系统迁移后的安全收敛。
- 合规要求：满足周期性轮换、审计和密钥生命周期管理要求。
边界与常见坑
- 轮换不是简单覆盖旧密钥：覆盖后历史密文可能无法解密，旧签名也无法验证。
- 加密和解密路径要分开考虑：新密钥用于写入，旧密钥可能仍需只读保留一段时间。
- 必须记录 key id：没有密钥版本标识，解密时无法可靠选择正确密钥。
- 缓存会拖慢生效：应用、边车、SDK 或配置中心缓存旧密钥时，轮换可能部分失败。
- 自动轮换不等于完成治理：还要有应急轮换、权限收敛、审计告警和销毁流程。
- 重加密成本要评估：大规模数据重加密会消耗 I/O、CPU、KMS 配额和业务窗口。