第四章：对称密钥与非对称密钥的分级归纳总结
好了，聊完密钥分级的整体框架，咱们得扎进最核心的两个家伙——对称密钥和非对称密钥。说实话，我刚入行那会儿觉得这俩没啥好分的，用哪个顺手就用哪个。直到有一次，我给一个金融客户设计密钥体系，差点因为混用把事情搞砸……
从那以后我就明白了：对称密钥和非对称密钥不是替代关系，而是互补关系。不同的安全等级、不同的业务场景，必须用不同的密钥类型，而且边界必须清晰。
4.1 对称密钥：快，但“共享”是硬伤
对称密钥，说白了就是加密和解密用同一个密钥。速度极快，尤其适合大批量数据的加密。我在项目中测过，AES-256 对 1GB 文件的加密时间，比 RSA-2048 快了两个数量级还不止。
- 加密/解密使用相同的密钥
- 算法效率高，适合海量数据
- 密钥分发困难，需要安全通道
- 典型的算法：AES、SM4、ChaCha20
但是，共享密钥就是它的阿喀琉斯之踵。你想啊，如果密钥在两个人之间传递，那就必须保证传输通道本身是安全的。否则密钥一旦泄露，所有加密数据都等于白给。我见过不止一个团队，用明文邮件传 AES 密钥——这跟在门上贴钥匙有啥区别？
4.2 非对称密钥：安全，但慢得让人心塞
非对称密钥就完全不同了——公钥加密，私钥解密；或者私钥签名，公钥验签。公钥可以随便公开，私钥必须藏好。听起来很完美对吧？但是，性能代价摆在那。
举个例子，RSA-2048 加密一个 256 字节的密钥块大概需要 0.5 毫秒，而 AES 加密同样大小的数据只要 0.0001 毫秒。差了几千倍。所以实际项目中，从来不会用非对称密钥直接加密大文件——那太蠢了。
| 特性 | 对称密钥 | 非对称密钥 |
|---|---|---|
| 密钥数量 | 1 个共享密钥 | 1 对（公钥+私钥） |
| 加解密速度 | 极快（硬件加速可达 Gbps） | 慢（通常用于小数据） |
| 密钥分发难度 | 高（需要安全通道） | 低（公钥可公开传输） |
| 典型用途 | 数据加密、会话加密 | 密钥交换、数字签名、身份认证 |
| 典型算法 | AES, SM4, 3DES | RSA, ECDSA, SM2 |
4.3 混合使用：这才是实战中的常态
你想想看，真实的生产环境里，我们既需要高速加密海量数据，又需要安全地传递密钥。怎么办？混合加密方案应运而生。
一个经典的实战模型长这样：
- 发起方随机生成一个 会话密钥（对称密钥，比如 AES-256）
- 用接收方的 公钥（非对称）加密这个会话密钥
- 把加密后的会话密钥和数据本身一起发送
- 接收方用自己的 私钥 解密得到会话密钥
- 用会话密钥解密数据
这样既保证了密钥传输的安全性（非对称），又享受了对称加密的高性能。大名鼎鼎的 HTTPS（TLS 握手）就是这么干的。
4.4 分级策略：不同安全级别选不同密钥
回到我们的课程主题——密钥分级边界访问控制。不同安全等级的密钥，必须对应不同种类的加密算法。你不能给“绝密”级数据用 128 位的 3DES，对吧？
下面是我在实践中总结的一套分级对应表，供你参考：
| 安全等级 | 推荐对称算法 | 推荐非对称算法 | 密钥长度要求 |
|---|---|---|---|
| 公开级 | AES-128 | RSA-2048 或 ECDSA P-256 | ≥ 128 位（对称）/ ≥ 256 位（椭圆曲线） |
| 内部级 | AES-192 | RSA-3072 或 ECDSA P-384 | ≥ 192 位（对称）/ ≥ 384 位（椭圆曲线） |
| 机密级 | AES-256 | RSA-4096 或 SM2 | ≥ 256 位（对称）/ ≥ 256 位（SM2） |
| 绝密级 | AES-256 或 SM4 | SM2 或 ECDSA P-521 | ≥ 256 位（对称）/ ≥ 521 位（椭圆曲线） |
4.5 一个完整的密钥归类思维导图
下面这张图把对称密钥和非对称密钥在整个密钥分级体系中的位置、核心用途和组合关系画了出来。你一眼就能看清咱们在讲什么。
4.6 小结：记住两条铁律
最后我想说，不管你用哪种方案，有两条铁律千万别碰：
- 非对称密钥绝不能直接加密业务数据体——这是性能和安全的双重灾难。
- 对称密钥绝不能明文传输——哪怕只在内部网络也不行，我在项目里吃过这个亏。
好了，对称和非对称的分级归纳就到这儿。记住，它们不是敌人，是搭档。用对了地方你就是专家，用错了地方……嗯，代码走查的时候会被骂的。