📚 课程目录第1章密钥管理基础

密钥管理基础：对称加密与非对称加密

大家好，我是你们这门课的老朋友。今天咱们先把地基打牢。加密算法这东西，说白了就是两大家族：对称加密和非对称加密。

一开始接触这玩意儿的时候，我也觉得概念挺绕。但后来做了几个项目，吃了几次亏，就彻底搞明白了。嗯，咱们一个一个来。

对称加密，顾名思义，加密和解密用的是同一把密钥。就像你家的门锁，钥匙只有一把，你用它锁门，也用它开门。

它的优点是快，非常快。适合加密大量数据，比如你硬盘里的文件、数据库里的敏感字段。

缺点呢？密钥分发是个大麻烦。你想想看，你得把钥匙安全地交给对方。如果钥匙在传输过程中被截获，那加密就形同虚设了。我曾经在一个项目里，就因为开发同学图省事，把密钥硬编码在代码里，结果代码泄露，整个用户数据表都被拖库了。这坑踩得，记忆犹新。

核心算法：AES

目前在业界，对称加密的主流是 AES（Advanced Encryption Standard）。它支持 128、192、256 位密钥长度。我个人习惯，只要性能允许，统一用 AES-256-GCM。GCM 模式自带认证，能防篡改，比单纯的 CBC 模式安全得多。

我的经验：如果只是内部服务间的通信，用预共享密钥（PSK）配合 AES-256 就够了。但千万别把密钥写死在配置里，用密钥管理服务（KMS）或者硬件安全模块（HSM）来管。

非对称加密，就高级一点了。它有一对密钥：公钥和私钥。公钥是公开的，谁都能拿；私钥只有你自己知道。

你把公钥发给全世界，别人用你的公钥加密数据，发给你。只有你手里的私钥能解开。这就解决了密钥分发的难题。

但代价是慢。比对称加密慢几百上千倍。所以没人会用非对称加密去加密一个 4K 视频。它的主要用途是数字签名和密钥交换。

算法	密钥长度	安全强度（相对）	主要用途	性能
RSA	2048 / 4096 bit	高	数字签名、密钥封装	慢（随密钥长度增长，降幅明显）
ECC（椭圆曲线）	256 / 384 bit	非常高	数字签名、密钥交换（ECDH）	快（同等安全强度下）

注意：RSA 2048 是目前的最低安全标准。不要再使用 RSA 1024 了，它已经被学术界证明不安全。我见过一个遗留系统还在用 1024，真是让人捏一把汗。

这里我直接给你一个对比清单，你照着选就行。

AES：用来加密数据本身。速度快，适合大块数据。配合认证模式（GCM）使用。
RSA：用来加密对称密钥或做数字签名。密钥长度长，计算慢，但在兼容性上无敌（几乎所有的系统都支持）。
ECC：同等安全强度下，密钥更短，计算更快。比如 ECC 256 位能提供 RSA 3072 位的安全等级。我建议新项目优先考虑 ECC，尤其是在移动端或 IoT 设备上。

避坑指南：我曾经在一个金融项目里，为了追求“安全”，强行用 RSA-4096 去加密每一个交易报文。结果业务高峰期 CPU 直接打满，交易超时。后来改成用 RSA 交换一个临时的 AES 会话密钥，再用这个 AES 密钥去加密报文。性能一下就上来了。这叫“混合加密”，是业界标准做法。

实际工程里，没人会只用一种加密方案。都是混合着来的。举个例子，HTTPS 就是这么干的。

流程大概是这样的：

这样既解决了密钥分发问题（用非对称加密），又保证了通信效率（用对称加密）。你别觉得这简单，这套组合拳几乎把所有安全通信的底层逻辑都覆盖了。

下面这张图，帮你把整个密钥管理的骨架串起来。看一眼，你心里就有数了。

最后，给你几个我自己的选型原则。记住它们，基本不会跑偏。