3. 密钥生命周期管理
与交易凭证的安全，并不取决于某一个环节做得多好，而取决于它在整个生命周期中是否始终处于受控状态。密钥从诞生到消亡，会经历生成、分发、存储、使用、轮换、吊销与销毁等阶段，每个阶段都有独立的攻击面和失效模式。本节以“全生命周期受控”为核心原则，梳理各阶段的管理要点与落地实践。
一、生命周期全景与信任边界
密钥生命周期管理的本质，是让密钥在“必要的时间、必要的地点、被必要的对象”使用，其余时间与空间均不可见。下图展示了密钥从生成到销毁的完整链路，以及各阶段对应的信任边界与关键控制点。
二、各阶段管理原则与落地方法
生成阶段：密钥必须由密码学安全的随机数生成器（CSPRNG）产生，禁止使用时间戳、自增ID或可预测字符串。建议至少256位熵，交易签名密钥应使用HSM或云KMS生成，私钥永不导出。生成时应同时记录用途、所有者、环境、创建时间等元数据。
分发阶段：密钥分发是泄露高发环节。原则是“一次交付、加密传输、最小知悉”。禁止通过邮件、IM、工单明文传递。推荐使用密钥管理系统的临时取件链接、CI/CD的Secret注入或云平台的IAM角色临时凭证。
存储阶段：密钥不得出现在源代码、配置文件、镜像层或日志中。生产环境应使用KMS、Vault或云厂商Secrets Manager，应用通过SDK或Sidecar按需拉取。静态加密、访问审计、版本管理是存储的三项基本要求。
轮换阶段：轮换不是“出事后才做”，而是常态化机制。建议按敏感级别设定周期：交易签名密钥90天，普通180天，高权限密钥30天。轮换应支持双密钥并行，避免服务中断。
销毁阶段：密钥吊销后必须确保无法恢复。对于KMS托管密钥，执行计划删除并等待冷却期；对于本地密钥，使用多次覆写或加密擦除。同时清理备份、日志、缓存中的残留副本。
| 阶段 | 核心原则 | 推荐工具/机制 | 常见风险 |
|---|---|---|---|
| 生成 | 高熵、可审计、带元数据 | CSPRNG、HSM、KMS | 弱随机、密钥复用 |
| 分发 | 加密、一次性、最小知悉 | 临时链接、Secret注入 | 明文传输、群聊泄露 |
| 存储 | 加密、隔离、最小可见 | Vault、Secrets Manager | 硬编码、日志打印 |
| 轮换 | 周期化、双密钥并行 | 自动轮换策略、灰度 | 长期不换、轮换中断 |
| 销毁 | 彻底、留痕、不可恢复 | 计划删除、加密擦除 | 残留备份、缓存副本 |
三、典型场景：一次密钥泄露的复盘
某支付团队将交易签名密钥写入前端构建产物，用于“简化联调”。密钥随CDN分发后被爬虫抓取，攻击者伪造交易请求，造成资金损失。复盘发现三个断点：生成时未区分环境、分发时未走密钥系统、存储时硬编码进代码。修复方案包括：联调环境使用独立低权限密钥、生产密钥仅通过KMS注入、CI中加入密钥扫描规则。
# CI中检测硬编码密钥的示例规则（gitleaks）
[[rules]]
id = ""
description = "Generic "
regex = '''(?i)(api[_-]?key|secret[_-]?key)\s*[:=]\s*['"][A-Za-z0-9]{32,}['"]'''
tags = ["key", "secret"]
四、最佳实践清单
- 建立密钥清单，记录每个密钥的用途、所有者、环境、创建时间与轮换周期。
- 所有密钥纳入KMS或Vault管理，禁止硬编码与明文配置文件。
- 实施最小权限，每个密钥只授予完成其功能所需的最小范围。
- 启用自动轮换，并确保轮换过程可灰度、可回滚。
- 对密钥的每次读取与使用记录审计日志，异常调用实时告警。
- 人员离职或系统下线时，立即吊销相关密钥并验证失效。
- 定期演练密钥泄露应急响应，缩短从发现到吊销的时间窗口。