对称加密与非对称加密：两位截然不同的保镖

讲到密钥管理，你绕不开两种最基础的加密方式。对称加密和非对称加密，就像两位风格迥异的保镖。一个身手敏捷、做事利索，但要求你和保镖各拿一把一模一样的钥匙。另一个不紧不慢、安全等级极高，但沟通起来步骤多、效率低。

实际项目中怎么选？我见过太多人一上来就奔着“最安全的”去，结果接口响应慢到被用户骂。也见过团队图省事全用对称加密，结果密钥泄漏了还浑然不觉。今天的任务很明确：搞清楚它们各自的脾气秉性，以后才能用对地方。

加密体系核心分类 加密算法体系 对称加密 非对称加密 代表：AES、DES、3DES、SM4 特点：速度快、密钥短、分发难 代表：RSA、ECC、SM2 特点：速度慢、密钥长、分发方便 实践中通常混合使用：非对称加密交换对称密钥

对称加密：一把钥匙开一把锁

对称加密有个外号，叫“单钥加密”。什么意思？加密和解密用的，是同一把密钥。你拿这把锁锁上箱子，收件人也得用同样的钥匙才能打开。

举个典型的例子，AES（高级加密标准）。我最早接触它是在一个内部文件传输项目中。那时候硬件资源紧，CPU 跑 RSA 简直要冒烟。换上 AES-256 后，吞吐量直接翻了十几倍。嗯，那感觉真挺爽的。

核心流程（以 AES-256-CBC 模式为例）

# 伪代码演示对称加解密流程
encrypt(plain_text, key):
    iv = random_16_bytes()          # 初始化向量，每次随机
    cipher = AES_256_CBC(key, iv)   # 初始化 AES 引擎
    cipher_text = cipher.encrypt(plain_text)
    return iv + cipher_text         # 把 iv 拼在前面一起传输

decrypt(data, key):
    iv = data[0:16]                 # 取出 iv
    cipher_text = data[16:]
    cipher = AES_256_CBC(key, iv)
    plain_text = cipher.decrypt(cipher_text)
    return plain_text

你看，逻辑非常简单。加密函数拿到密钥，随机生成一个 iv，然后一锅炖。解密就是反着来。

对称加密最大的优点，就一个字——快。硬件加速也很成熟，很多 CPU 芯片里都有 AES 指令集，一条指令搞定一个加解密轮次。你想想看，这速度非对称加密根本望尘莫及。

但它的短板也很致命：密钥分发难题。以前我参与过一个物联网项目，给上千个传感器预置密钥。怎么安全地把密钥写到每个设备里？总不能派人出差带个 U 盘去现场烧录吧？密钥从哪生成、怎么传递、如何安全存储——这些问题不解决，对称加密再快也白搭。

特性 说明
密钥长度 AES-128/192/256，DES 56 位，SM4 128 位
加密速度 硬件级别，可达 Gbps 级别
安全强度 AES-256 至今未有效破解
密钥管理 需要安全的密钥分发和存储通道，n 个通讯方需 n(n-1)/2 把密钥
典型应用 文件加密、磁盘加密（BitLocker / FileVault）、HTTPS 流量加密

个人习惯：对称加密里首选 AES-256-GCM。GCM 模式自带认证标签，能防篡改。省去自己算 HMAC 的麻烦，接口更干净。

非对称加密：公钥锁，私钥开

非对称加密，也叫“公钥加密”。它把密钥拆成一对：一把加密用的公钥，一把解密用的私钥。公钥满大街发都没关系，私钥自己死死藏好。

这里面最经典的，当属 RSA。我记得十年前第一次写 RSA 应用，拿 openssl 生成 2048 位密钥，看着那两个大素数感慨：数学真能变现啊。

原理说穿了很简单——利用大整数分解难题。给你两个大素数 p 和 q 的乘积 n，反推 p 和 q 极其困难。公钥中公开 n 和 e，私钥掌握 d。别人用公钥加密，只有持私钥的人能还原。

核心流程（RSA 加解密）

# 密钥对生成（简化概念）
(p, q) = generate_large_primes(1024)  # 生成两个大素数
n = p * q                              # 模数
e = 65537                              # 公钥指数（固定值）
d = mod_inverse(e, (p-1)*(q-1))        # 私钥指数，用扩展欧几里得算法计算

# 公钥加密
cipher_text = (plain_text ** e) mod n

# 私钥解密
plain_text_recovered = (cipher_text ** d) mod n

看到没，公钥 e 是个公开的常数 65537，私钥 d 是保密的大数。数学上保证了只要 n 足够大，你算不出 d。

你可能会问，那非对称加密这么方便，为什么还要用对称加密？原因很简单——太慢了。RSA-2048 加解密速度，大概只有 AES-256 的千分之一级别。你用 RSA 加密一段几百字节的数据还行，加密一个 4K 视频？等到天荒地老。

特性 说明
密钥长度 RSA-2048/4096，ECC-256/384，SM2-256
加密速度 慢，约 1-10 MB/s（RSA-2048 软件实现）
安全强度 RSA-2048 ≈ AES-128，ECC-256 > RSA-2048
密钥管理 公钥任意分发，私钥独立保管，n 个通讯方只需 n 对密钥
典型应用 HTTPS 握手、数字签名、SSH 认证、邮件加密（PGP）

我曾经踩过坑：在线上环境直接拿 RSA 加密大文件（超过密钥长度），结果报错。请记住：非对称加密不适合加密大数据块。正确做法是，用非对称加密传递对称密钥，再用对称加密处理具体数据 —— 这就是“混合加密”的思路。

对称 vs 非对称：一场无法互相替代的较量

说白了，这两个加密方式不是竞争关系，而是互补关系。它们各自的优点和缺点，恰好弥补了对方的不足。

  • 对称的速效 vs 非对称的安全分发：对称加密快，但密钥分发是个死结。非对称加密虽然慢，但公钥可以随便给。HTTPS 里的 TLS 握手过程，就是先用 RSA 或 ECDH 协商出一个临时对称密钥（Session Key），后续用 AES 加密全部网页数据。各取其长，皆大欢喜。
  • 非对称的签名能力：对称加密没法做数字签名。而 RSA 和 ECDSA 可以：用私钥签名，公钥验证。这种“谁签名谁负责”的特性，在身份认证和防抵赖场景中必不可少。

我做密钥管理系统这些年，最大的体会就是：没有完美的加密算法，只有适合场景的方案。你负责的业务要求高吞吐？优先对称。你的场景涉及公网通讯、身份认证？必须引入非对称。

对了，再提一嘴椭圆曲线加密（ECC）。它用更短的密钥达到了 RSA 同等安全强度。256 位 ECC 密钥 ≈ 3072 位 RSA。在物联网、移动端这些资源敏感的场景里，ECC 越来越受欢迎。

最后给个小建议：每种算法的参数选择，记得参考权威标准。NIST、国密办都有公开推荐值。别自己拍脑袋定，也别在网上随便搜个数字就当宝。安全这种事，容不得半点将就。

← 上一章 📖 返回目录 下一章 →