对称加密与非对称加密：算法对比、适用场景与性能差异
做审计日志加密，第一个绕不开的选择就是：用对称加密还是非对称加密？很多刚入行的同学会直接问“哪个更安全”？其实这个问题本身就问偏了。安全不是一个指标，得看你的场景、密钥管理方式、性能开销，甚至你手里的硬件资源。
我个人习惯把这两个算法想成“锁和钥匙”与“信箱和邮戳”的关系。对称加密就好比一把锁配一把钥匙，开锁和锁门都用同一把；非对称加密则像公共信箱，谁都能往里塞信，但只有你手里的私钥能打开取信。两者各有各的玩法，下面我一个个讲。
对称加密：快，但密钥分发是麻烦事
对称加密的特点是：加解密用同一个密钥。速度快，硬件支持好，适合处理大批量数据。审计日志一天可能好几GB，用对称加密是首选。
常见的对称算法
- AES（高级加密标准）——目前全球公认的金标准。密钥长度128、192、256位。我项目中基本只用AES-256，别问为什么，问就是上级审计要求。
- SM4——国密标准，国内金融和政府项目必须用。算法本身和AES没有本质优劣，但生态和兼容性差一些。我在对接国产化平台时踩过坑，有些旧版本OpenSSL不支持SM4，得自己加补丁。
- ChaCha20——流密码，移动端或没有AES硬件加速的物联网设备上很香。Google的TLS握手里也推过它。不过审计日志场景用得少，除非你日志是实时流式写入。
对称加密的软肋
密钥分发。如果你要加密审计日志，那么解密方（比如审计系统）必须持有同样的密钥。密钥怎么安全地传递到对方手上？走网络？那不又回到加密问题了吗？这就像“鸡生蛋蛋生鸡”。我当年第一次搭日志加密系统就掉进这个坑里：用硬编码密钥放配置文件，结果项目上线第二天就被安全小组约谈。
非对称加密：慢，但密钥分发优雅
非对称加密用一对密钥：公钥公开，私钥保密。别人用你的公钥加密数据，只有你手里的私钥能解开。这样密钥分发问题就解决了——公钥随便发，私钥自己藏好。
常见的非对称算法
| 算法 | 密钥长度（位） | 安全强度 | 典型场景 |
|---|---|---|---|
| RSA | 2048 / 4096 | 中等（依赖大数分解） | 数字签名、密钥交换 |
| ECC（椭圆曲线） | 256（相当于RSA 3072） | 高（相同安全强度下密钥更短） | 移动端、IoT、证书 |
| SM2 | 256 | 高（国密椭圆曲线） | 政务、金融、合规场景 |
为什么说非对称加密慢？因为它的数学运算复杂，尤其是RSA，加解密速度和密钥长度强相关。我曾经在项目中测过，RSA-4096加密一段1KB数据需要几十毫秒，而AES-256加密同样的数据只要几微秒。差了三个数量级。
所以审计日志这种海量数据，不可能全量用非对称加密。但你可以用它来保护对称密钥——这就是经典的混合加密方案。
混合加密：取长补短
实际项目中，我几乎没见过纯对称或纯非对称来加密日志。大家都是混合着用：
- 随机生成一个对称密钥（会话密钥），用它加密日志数据（快）。
- 用接收方的公钥加密这个对称密钥（慢但数据量小）。
- 把加密后的日志和加密后的密钥一起发给接收方。
- 接收方用私钥解密出对称密钥，再用它解日志。
为什么这样设计？因为你想想看，真正的瓶颈在日志数据量上。对称加密能每秒处理几百MB，而非对称加密碰上几十KB就已经吃力了。用非对称加密只保护那个“钥匙”，既解决了密钥分发，又保证了性能。
性能差异对比（实测参考）
以下是我在实验室环境（Intel Xeon Gold 6248, 单线程）测过的数据，供你参考。不同硬件差距会很大，但比值关系基本固定。
| 操作 | 算法 & 密钥长度 | 数据量 | 耗时（微秒） |
|---|---|---|---|
| 对称加密 | AES-256-GCM | 1 MB | ~180 |
| 对称解密 | AES-256-GCM | 1 MB | ~175 |
| 非对称加密 | RSA-2048 | 32 字节 | ~280 |
| 非对称解密 | RSA-2048 | 32 字节 | ~4200 |
| 非对称加密 | ECC P-256 | 32 字节 | ~120 |
| 非对称签名 | SM2 | 32 字节 | ~200 |
看明白了吧？RSA解密比加密慢一个数量级，而ECC性能好很多。所以如果你需要频繁解密日志密钥，建议用ECC或SM2而不要用RSA。我有个项目当年用了RSA-4096，结果每天凌晨日志回传时解密节点CPU爆棚，后来换成ECC才解决。
一个核心决策图
我把整个选择逻辑浓缩成一张图，方便你以后做架构评审时直接甩出来。
避坑指南
- 别用非对称加密直接加密日志内容——我曾经见过有人用RSA逐行加密日志文件，结果16核CPU跑满一小时才处理完100MB日志。太离谱了。
- 对称密钥定期轮换——审计日志加密的密钥不能一成不变。我习惯每天生成一个新的会话密钥，或者每条日志文件独立密钥，用非对称加密保护后随日志一起存储。这样即使某个密钥泄露，也只影响一天的数据。
- 注意初始向量（IV）——对称加密里IV必须随机且每次不同。有人复用IV导致密文模式被破解，我看过CVSS评分直接9.1。用AES-GCM模式吧，它内置IV和认证标签，省心很多。
小结一下
对称加密负责快，非对称加密负责安全地传密钥。两个搭在一起，审计日志加密这件事才算靠谱。我做了这么多年安全，最怕的就是那种“一把梭”的方案——要么全部对称密钥硬编码，要么全部非对称导致性能崩塌。记住：没有银弹，只有取舍。