4. 密钥生命周期模型
密钥生命周期管理不是“把密钥生成出来再存起来”这么简单。它描述的是密钥从产生到消亡的全过程控制：每个阶段都有明确的输入、输出、责任主体、安全目标和可审计证据。嵌入式设备资源受限、部署分散、现场不可控，因此更需要用标准模型把密钥状态机固化到固件、产线和云端服务中。本节围绕生成、分发、存储、使用、更新、撤销、销毁七个阶段，给出定义、工程要点与标准模型映射。
一、核心原理：七阶段状态机与信任边界
密钥生命周期本质上是一个受控状态机。密钥在任一时刻只能处于一个确定状态，状态迁移必须由授权事件触发，并留下日志或凭证。七个阶段的定义如下：
- 生成（Generation）：在可信环境中产生满足算法与长度要求的随机密钥材料，要求熵源合格、生成过程不可预测、生成后立即受保护。
- 分发（Distribution）：将密钥安全地传递到使用方，包括设备、服务或人员，需保证机密性、完整性与来源真实性。
- 存储（Storage）：密钥在静态保存期间受到加密、隔离或硬件保护，防止泄露、篡改与未授权导出。
- 使用（Usage）：密钥在密码运算中被调用，需限定用途、算法、次数与调用者，防止越权与滥用。
- 更新（Update/Rotation）：按周期或事件触发密钥替换，保证前向安全与业务连续性。
- 撤销（Revocation）：在密钥泄露、设备退役或策略变更时，使密钥立即失效并阻止继续使用。
- 销毁（Destruction）：密钥生命周期终点，彻底清除密钥材料及其派生数据，确保不可恢复。
标准模型方面，NIST SP 800-57 将密钥状态划分为“生成前、生成、使用、停用、销毁”等，并强调密钥元数据（Key Metadata）必须与密钥材料分离管理；ISO/IEC 11770 与 GlobalPlatform 则从密钥分发与安全域角度给出规范。工程上通常把七阶段映射为“创建—激活—使用—停用—撤销—销毁”的状态迁移，并用密钥标识（Key ID）、版本号、有效期、用途标签、状态字段进行统一描述。
二、方法流程：从生成到销毁的工程落地
在嵌入式项目中，七阶段通常落到三条流水线上：产线注入、设备运行、云端运维。产线负责生成与分发，设备负责存储与使用，云端负责更新、撤销与销毁指令下发。一个可执行的流程如下：
- 在 HSM 或安全产线中生成设备唯一密钥，写入 Key ID、版本、用途、有效期等元数据。
- 通过安全通道或密钥封装方式分发到设备，设备侧在 TEE/SE 中解密并落盘。
- 运行时只允许通过密码接口调用密钥，禁止明文导出，并记录调用次数与上下文。
- 到达轮换周期或触发安全事件时，下发新版本密钥，旧密钥进入停用状态。
- 确认泄露或设备退役后，将 Key ID 加入撤销列表，拒绝任何后续使用。
- 撤销确认后执行销毁，擦除密钥材料、派生密钥、缓存与备份。
关键原则：密钥材料与元数据分离；每个状态迁移都必须有授权凭证；任何阶段都不允许“明文密钥出现在日志、内存转储或调试接口中”。
三、案例/场景：OTA 升级中的密钥轮换与撤销
某智能电表项目使用 AES-128 会话密钥保护 OTA 固件包。初始密钥在产线注入，设备运行两年后需要轮换。工程团队按生命周期模型执行：云端 KMS 生成新版本密钥，用设备公钥封装后随固件包下发；设备解密后写入安全存储，旧密钥标记为“停用”但保留 7 天用于回滚验证；若某台设备上报异常，云端立即将其 Key ID 加入撤销列表，设备下次联网时拉取黑名单并拒绝使用旧密钥。最终在设备退役时，产线工具触发销毁指令，擦除安全区并生成销毁凭证。
# 密钥元数据示例（YAML）
key_id: DEV-2024-000871
version: 3
usage: OTA_SESSION
algorithm: AES-128-GCM
valid_from: 2024-06-01T00:00:00Z
valid_to: 2025-06-01T00:00:00Z
state: ACTIVE
owner: kms-prod-01
revocation_list: CRL-2025-03
四、误区与复盘
| 常见误区 | 后果 | 纠正做法 |
|---|---|---|
| 只做生成和存储，忽略撤销与销毁 | 泄露密钥长期有效，退役设备仍可被利用 | 把撤销列表和销毁凭证纳入验收项 |
| 密钥与元数据混存 | 元数据被篡改导致用途越权或版本回滚 | 元数据单独存储并做完整性保护 |
| 更新时直接覆盖旧密钥 | 业务中断、无法回滚、审计断链 | 新旧版本并存，设置停用窗口 |
| 销毁只删除文件句柄 | 密钥仍可从 Flash 残留或备份恢复 | 多次覆写、擦除安全区、销毁备份 |
排障提示：若设备出现“密钥不可用”，先查状态字段是 ACTIVE、SUSPENDED 还是 REVOKED；再核对有效期与设备时间是否同步；最后确认撤销列表是否已下发。多数现场问题并非算法错误，而是状态迁移未同步。
把七阶段模型固化到代码与流程中，才能真正实现“密钥可管、可控、可审计”。在嵌入式场景下，建议以 Key ID 为主线，把生成、分发、存储、使用、更新、撤销、销毁串成一条可追溯的证据链，并与 HSM、TEE、KMS 的能力边界对齐。