3. 密钥管理基础
说实话，很多刚接触HSM的朋友，上来就问我怎么管理密钥。但在我看来，你得先搞清楚三种“原材料”——对称密钥、非对称密钥、哈希算法。它们在HSM里扮演的角色完全不同，组合起来才能撑起整个安全体系。
我个人习惯把HSM比作一间“保险箱做工坊”。你给它原材料，它给你加工出安全结果。那这三种密钥和算法，就是最基础的原材料。
3.1 对称密钥：HSM里的速度之王
对称密钥，说白了就是加密和解密用同一把钥匙。你想想看，两个人通信，手里各拿一把相同的钥匙。你用这把钥匙锁上箱子，对方用同样的钥匙打开。这就是对称加密。
在HSM里，最常见的对称算法就是AES（高级加密标准）。我参与过的项目中，95%以上的数据加密都靠AES。为什么？一个字：快。硬件里跑AES，每秒能处理几十个G的数据，非对称算法根本追不上。
HSM里对称密钥的典型用法
我还是喜欢用场景说话。在HSM中，对称密钥主要用于两个地方：
- 数据加密：磁盘加密、数据库加密、文件加密。我在金融项目中经常遇到——交易流水写入数据库前，先调HSM接口用AES加密，即使硬盘被偷，数据也读不出来。
- 安全通道：HSM和上层应用之间通信，也要建立对称加密的会话。我习惯把这种密钥叫“会话密钥”，用完就销毁。
关键参数：密钥长度
AES 支持 128、192、256 位三种长度。我现在做的安全审计，底线就是 AES-256。128 位在量子计算面前已经有点悬了，256 位是目前的主流安全水位。
| 对称算法 | 密钥长度 | HSM 中的典型用途 |
|---|---|---|
| AES | 128 / 192 / 256 | 数据加密、会话密钥 |
| SM4 | 128 | 国密合规场景 |
| 3DES（已淘汰） | 112 / 168 | 遗留系统兼容 |
避坑指南：我踩过的雷
我曾经在一个项目里，直接用应用层的随机数生成了对称密钥。结果密钥强度不够，被安全审计抓出来了。记住：对称密钥必须在HSM内部生成，或者通过HSM的随机数发生器。别贪图方便自己写代码弄，后果很严重。
3.2 非对称密钥：安全中的“信任锚点”
非对称密钥就好理解了——一把公钥公开，一把私钥死守。公钥加密的东西只有私钥能解开，私钥签名的东西公钥能验证。你想想看，这种结构解决了什么问题？密钥分发啊！你不用再担心怎么把对称密钥安全地传给对方了。
在HSM里，非对称密钥的价值其实更偏向身份认证和数字签名。真正用来大量加密数据的场景很少——因为太慢了。
RSA vs ECC：我该怎么选？
我记得有次帮客户选型，对方上来就要RSA 4096。我问他为什么，他说“用习惯了”。但我还是带他看了实测数据：RSA 4096 签名速度大概是 2048 位的三分之一，而 ECC 的 P-256 曲线，签名速度直接秒杀 RSA。
| 对比维度 | RSA-2048 | ECC P-256 |
|---|---|---|
| 同等安全强度 | 2048 位 | 256 位 |
| 密钥生成速度 | 慢（HSM里也慢） | 快 |
| 签名/验签速度 | 签名慢，验签快 | 签名快，验签更快 |
| 典型场景 | 老旧系统、CA证书 | 移动认证、IoT、新型PKI |
我的个人建议：如果你要兼容传统PKI体系，选RSA。如果是从零搭建新的安全系统，我强烈推荐ECC。性能更好，密钥更小，在HSM里也更容易管理。
3.3 哈希算法：数据的“数字指纹”
哈希算法其实不是加密。它是单向的、不可逆的摘要计算。你给它任意长度的数据，它吐出一个固定长度的摘要。这个摘要是数据的“指纹”——哪怕原文改一个比特，指纹都会完全变样。
我在HSM项目里，哈希主要干三件事：
- 数据完整性校验：文件在传输前后，分别计算哈希值。比对一下就知道有没有被篡改。
- HMAC（哈希消息认证码）：哈希加上对称密钥，既能防篡改，又能验身份。API签名里用得特别多。
- 密钥派生：从主密钥通过哈希算法派生出子密钥。这是HSM里很核心的功能。
SHA-256 是现阶段的底线
MD5 和 SHA-1 已经“撞库”了，千万别用。我记得有次看到客户配置里还留着 SHA-1，直接帮他改了，安全合规不过关。SM3 是国密标准，如果做国内项目，这个是必须支持的。
3.4 三者协同：一把钥匙开不了所有锁
你可能会问：这三种算法在HSM里到底怎么配合的？我画了一张图，你看看就明白了。
你看这张图就明白了。用户应用向HSM发送数据，HSM内部根据你的需求，灵活调用对称、非对称和哈希三种原语。它们不是孤立的，而是协同工作。
举个例子：HTTPS 握手过程。先用非对称密钥交换一个对称会话密钥，然后用对称密钥加密后续数据，同时用哈希保证数据完整性。你想想看，缺了哪个环节都不行。
3.5 实际项目中的选型建议
好了，理论讲完了，我说点实际的。如果在座各位马上要做一个HSM项目，关于这三种基础算法的选择，我给你们三个建议：
- 数据加密，永远优先选对称算法，AES-256位是目前最稳妥的选择。别拿RSA去加密数据，性能会让你怀疑人生。
- 身份认证和密钥交换，用ECC。现在的新项目，我基本不用RSA了。ECC的P-384曲线就已经满足国家安全标准，速度快、密钥短。
- 哈希算法，SHA-256起步。如果做国密合规项目，SM3是必须支持的。不要为了省那点计算资源，用已经证明不安全的算法。
再次提醒：上面所有操作都必须在HSM内部完成。密钥材料一旦出HSM，必须用密钥包装或安全通道保护。我曾经见过一个团队，直接把私钥导出到文本文件里，那个项目最后被安全审计直接毙了。千万别犯同样的错。
这三种基础算法，就是HSM安全体系的“地基”。地基打不稳，上面盖再多安全措施都没用。下一块，咱们正式进入密钥生命周期的管理——从生成到销毁，每一步都是坑。嗯，做好准备吧。