📚 课程目录第4章密钥类型与用途划分

密钥类型与用途划分

我刚开始做密钥管理那会儿，经常把各种密钥混为一谈。有一次在项目里，我把对称密钥当主密钥用，结果轮换的时候搞得整个系统都得重启——惨痛教训。后来我养成了一个习惯：先分清楚每种密钥的角色，再动手设计。说白了，密钥类型划分就是整个生命周期管理的地基。地基没打好，后面盖再高的楼也是危房。

对称密钥，你想想看，加密和解密用的是同一个秘密。就好比你家大门钥匙，开门关门都用它。它最大的优势就是快——硬件加解密几纳秒就完事。我建议，凡是 数据量大、实时性要求高 的场景，优先考虑对称算法。

常见算法：AES-256、SM4、ChaCha20
生命周期要点：生成后必须立即分发到对端，传输过程要加密保护；轮换周期通常不超过 90 天；销毁时必须覆盖内存+持久存储
坑：我曾经在日志里打印过对称密钥的十六进制字符串，测试环境还好，上了生产才发现日志会归档到第三方……那之后我在代码里加了一条硬规则：任何密钥对象都不允许 toString()。

⚠️ 注意：对称密钥一旦泄露，整个加密通道就形同虚设。务必使用 HSM 或安全 enclave 存储，不要裸放在配置文件里。

非对称密钥就复杂一点了：一对钥匙，公钥公开，私钥秘密。我记得第一次接触 RSA，被它那个 2048 位的密钥长度吓到——加密一段小文本就要算几百毫秒。但它有个不可替代的作用：身份认证和密钥交换。

💡 实际经验：我做支付系统时，签名用的是 SM2，但密钥对生成非常慢。后来我改用预生成池——提前在后台线程生成一批密钥对，放到一个安全队列里，调用时直接取用。性能提升了 10 倍。

会话密钥这个词听起来有点学术，其实就是“用完即丢”的临时密钥。大多数加密通信协议（比如 TLS、SSH）都会在握手阶段协商一个对称会话密钥，只用来加密这一次会话的数据。为什么这么做？你想想看，如果每次通信都使用固定的长期密钥，一旦泄露，所有历史记录都会被解密。会话密钥把风险限制在单次会话内。

  🔑 关键区别：会话密钥是对称的，但它不是长期密钥。我用一个比喻——主密钥是你的银行卡密码，会话密钥是每次取款时生成的动态口令。动态口令用完就扔，即使被别人捡到，也拿不到你的银行卡密码。

主密钥是密钥体系的根基。它通常只有一个（或者少数几个），用来加密和保护所有其他密钥。我把主密钥看作“保险柜的金库钥匙”——只要它不丢，其他密钥即使泄露，也能通过重新加密来补救。

⚠️ 血的教训：我曾遇到过团队把主密钥明文写在环境变量里，后来被运维误操作暴露在 Jenkins 日志中。最后花了三天时间重新生成所有派生密钥，并审计全部加密数据。从此我在团队内部定了一条死规矩：主密钥的明文永远不能出现在任何非 HSM 介质上。

下面这张图展示了四种密钥之间的层级依赖关系。你可以看到主密钥在最顶层，它派生并保护对称密钥和非对称密钥；对称密钥又能衍生出会话密钥。理解了这种层级，你在设计密钥生命周期时就会更清楚每个密钥的职责边界。

💡 设计建议：我一般在 SDK 初始化阶段一次性加载主密钥，然后通过主密钥解密出对称密钥池和私钥。会话密钥则用对称密钥去派生，这样每个层级的权限和生命周期都清晰可管理。

总结一下这四种密钥的核心差异：主密钥是“根”，对称密钥是“工作马”，非对称密钥负责“身份”，会话密钥只管“一次性”。你在设计密钥生命周期时，只要把每个密钥的定位想清楚，后面的生成、分发、使用、轮换和销毁模块自然就有了边界。