根密钥为什么要离线
根密钥是整个信任体系的地基，一旦泄露，下游所有由它签发的证书都不再可信。离线保护的思路很直接：让根密钥不在任何联网主机上存在，只在签发中间证书或轮换等必要场景使用，操作在隔离环境完成，介质防篡改存放、双人取用。离线带来的代价是使用不便，所以规划时要一并考虑备份：分片多地存放并定期验证可恢复性，否则保护做到了、恢复不了，同样是一场灾难。
基本信息
| 使用频率 | 尽可能低，仅签发中间证书与轮换等必要操作 |
|---|---|
| 环境要求 | 隔离主机、受控介质、独立存放 |
| 流程要求 | 双人控制、操作留痕、介质完整性校验 |
| 备份策略 | 分片多地存放，取用需多人审批 |
| 验证要求 | 定期做恢复演练，确认分片可重建 |
| 常见替代 | HSM 内生成并长期离线保存，兼顾安全与可用 |
典型使用场景
- 根 CA 建立：生成后立即转入离线保存，日常不参与签发。
- 中间证书签发：按周期上线操作一次，随后恢复离线状态。
- 根轮换准备：规划过渡方案与交叉签名的退出时间。
- 灾难恢复演练：验证分片能否在受控环境下重建密钥。
- 审计响应：提供介质存放记录与操作日志。
离线操作检查单
离线操作检查单
1) 取用介质并校验完整性（记录序列号与哈希）
2) 隔离主机启动并断网，关闭无关服务
3) 执行签发或轮换操作并逐条记录
4) 校验产物指纹，确认与预期一致
5) 介质封存归位，归档记录并多人签字
# 每次上线操作都应视为一次小型仪式，脚本提前评审并演练保护与恢复的平衡
| 维度 | 做得过度的表现 | 失衡的后果 |
|---|---|---|
| 使用频率 | 所有签发都动用根密钥 | 在线暴露面变大，违反分层原则 |
| 介质存放 | 单点存放且无校验 | 介质损坏后无法恢复 |
| 分片策略 | 全部集中在一处保管 | 失去分散保护的意义 |
| 演练 | 从未验证过分片重建 | 真需要恢复时才发现流程不可行 |
| 记录 | 操作无书面留痕 | 事后无法审计与追责 |
离线保护要与灾难恢复平衡：备份分片集中存放等于没有分散，长期不演练等于没有备份，两者缺一都会在关键时刻失效。