密钥分发概述

聊密钥分发之前，我先问个问题：你手里有一把锁，想把钥匙寄给远方的朋友，但又怕路上被人复制——怎么办？

这其实就是密钥分发要解决的核心问题。说白了，密钥分发就是把加密用的钥匙安全地送到该拿的人手里。听起来简单，做起来全是坑。

密钥分发的定义

密钥分发，是指在通信双方或多方之间，安全地建立共享密钥的过程。这个密钥可以是对称密钥（比如 AES 的 256 位密钥），也可以是公钥密码体系中的公钥。

我个人习惯把密钥分发分成两类：

• 对称密钥分发：双方共享同一个秘密密钥。难点在于——怎么把这个秘密安全地传过去？
• 非对称密钥分发：分发公钥。公钥不怕被人看到，但怕被人换掉（中间人攻击）。

密钥分发的挑战

我在项目中遇到过不少密钥分发翻车的案例。总结下来，挑战主要集中在四个方面：

挑战	说明	我见过的坑
信道不安全	网络传输可能被窃听、篡改、重放	某项目直接用 HTTP 传密钥，抓包就能看到明文
身份认证缺失	无法确认对方就是你要分发的人	曾经有攻击者伪造服务器证书，骗过了客户端
密钥存储风险	分发完成后，密钥在本地如何保护？	有人把私钥直接写在配置文件里，git 一提交就泄露了
规模扩展困难	N 个节点两两通信，需要 N(N-1)/2 个密钥	100 个节点就要管理 4950 个密钥，手动维护直接崩溃

嗯，这里要注意——很多人只盯着「传输过程」，却忽略了「分发完之后怎么办」。密钥到了终端，如果存得不安全，前面所有努力都白费。

密钥分发的安全目标

你想想看，一个合格的密钥分发方案，至少要满足哪些条件？我列了五个核心目标：

1. 机密性：密钥在传输和存储过程中不能被未授权方获取。
2. 完整性：密钥不能被篡改。哪怕改一个 bit，解密出来的就是乱码。
3. 认证性：确保密钥确实来自声称的发送方，而不是中间人伪造的。
4. 新鲜性：防止攻击者重放旧的密钥。我遇到过重放攻击，攻击者把半年前的旧密钥重新发一遍，系统居然接受了。
5. 可用性：合法用户在需要时能拿到密钥，不能因为分发机制太复杂导致业务瘫痪。

为了让你更直观地理解密钥分发的整体脉络，我画了一张图：

从图上你能看到，密钥分发不是单一技术，而是一套组合拳。不安全信道是客观存在的，我们没法改变它，但可以通过安全目标来约束它，再选择合适的方案去实现。

我个人觉得，理解密钥分发的挑战比记住方案更重要。因为方案会变，但挑战是永恒的。你只要抓住「信道不安全、身份难确认、存储有风险、规模难扩展」这四条，后面学任何方案都能找到落脚点。