密钥类型与分类

密钥这玩意儿，说白了就是一把锁的钥匙。但密码学里的钥匙类型多得能让你眼花缭乱。我做安全架构这些年，见过不少团队把密钥类型搞混，结果一个漏洞导致整个系统翻车。嗯，这里我们先捋清楚，对称密钥、非对称密钥、会话密钥、主密钥到底是什么，怎么用，边界在哪儿。

1. 对称密钥：一把钥匙开两把锁

对称密钥就是加解密用同一个密钥。速度快，适合大批量数据。我早年做嵌入式项目时，设备间通信全用对称密钥，因为硬件资源太紧张了。

• 典型算法：AES、SM4、3DES（老项目还在用）
• 典型场景：文件加密、数据库字段加密、网络链路加密
• 边界问题：密钥怎么安全地分发给对方？这是个大坑。我曾经见过一个厂商，直接把对称密钥写在配置文件中，明文上传到GitHub……后续的灾难我就不说了。

对称密钥的核心挑战在于密钥分发。你想想看，通信双方要共享同一个秘密，怎么安全地把这个秘密传给对方？电话里说？邮件里发？都不靠谱。所以才有了非对称密钥来帮忙。

2. 非对称密钥：公钥与私钥的搭档

非对称密钥是一对密钥：公钥公开，私钥保密。公钥加密的数据只能用对应的私钥解密。这个概念听起来简单，但实操时很多人搞错公钥的“公开”边界。

• 典型算法：RSA、ECC、SM2
• 典型场景：数字签名、密钥交换、证书认证
• 边界定义：公钥可以公开，但并不意味着可以随意分发。我建议，公钥的完整性必须得到保证，否则搞个中间人攻击直接掉坑里。

特性	对称密钥	非对称密钥
密钥数量	1个	2个（公钥+私钥）
运算速度	快（硬件加速）	慢（数量级差距）
典型长度	128/256位	2048位（RSA）/ 256位（ECC）
分发难度	高（需要安全通道）	低（公钥可公开）
生命周期	通常较短	较长（私钥需长期保护）

我项目里常用的套路是：用非对称密钥加密对称密钥，再用对称密钥加密业务数据。这叫“混合加密”。比如HTTPS的TLS握手，就这么干的。

3. 会话密钥：用完即走的临时密钥

会话密钥，顾名思义，一次会话一换。它通常由通信双方在会话建立时协商生成，用完就销毁。你想想看，如果每次打电话都用同一个固定密钥，那泄密风险太大了。会话密钥的临时性就是它的核心价值。

• 生成方式：通过密钥协商协议（如ECDH、DH）动态生成，或者由密钥分发中心(KDC)下发。
• 生命周期：一般与TCP连接、用户登录会话、一次API调用绑定。
• 边界定义：会话密钥不能落盘，只能存在内存里，并且用完后立即擦除。

4. 主密钥：密钥的守护者

主密钥是密钥体系里的根。它用来加密和保护其他密钥（包括对称密钥、非对称密钥的私钥、会话密钥等）。我经常把它比喻成保险柜的钥匙——你不能把保险柜钥匙跟里面的金条放一起，对吧？

• 存储方式：硬件安全模块(HSM)、物理隔离、或者被分割成多个分片（Shamir秘密共享）。
• 使用原则：主密钥只用于加解密子密钥，绝不直接加密业务数据。
• 备份与恢复：主密钥丢失 = 所有受保护的密钥全部丢失，所以备份方案必须极其严谨。我曾经见过某公司把主密钥备份到云存储上，结果被黑客拖库……教训惨痛。

5. 四种密钥的关系图谱

我把这四种密钥的关系画成一张图，方便你对照理解。

6. 实操：如何选择密钥类型？

实际上，一个系统里不会只用一种密钥。我通常按照以下步骤来设计密钥体系：

1. 确定根：部署一个硬件安全模块(HSM)或云端专用KMS，生成并存储主密钥。
2. 派生工作密钥：用主密钥加密生成若干对称工作密钥（用于加密数据库、文件等）。
3. 生成证书/密钥对：签发CA证书或SM2密钥对，私钥用主密钥加密后存储。
4. 会话密钥协商：在TLS握手或自定义协议中，使用ECDH或SM2密钥交换动态生成会话密钥。

7. 总结与边界定义清单

搞清楚密钥类型后，边界定义就容易了。记住这几点：

• 主密钥只能待在HSM或专用安全区内，永远不接触网络。
• 对称工作密钥由主密钥加密后存储在配置中心，运行时解密到内存使用。
• 非对称私钥同样受主密钥保护，公钥可以到处发（但要做完整性校验）。
• 会话密钥只存在于一次通信会话的内存中，会话结束立即擦除。