一、加密通信概述：为什么我们需要它？

说实话，我做了十几年安全架构，最怕听到的一句话就是：“我们的数据在公网上传，应该没事吧？”

每次听到这个，我都想反问一句：你家的快递敢直接扔大街上吗？

加密通信，说白了就是给你的数据包上一层“保险箱”。没有它，你在网上发的每一条消息、每一次登录、每一笔转账，都像明信片一样——沿途所有人都能看。

1.1 为什么需要加密通信？

我遇到过不少开发同学，觉得“我的系统在内网，没事”。嗯，我以前也这么想，直到有一次帮客户做渗透测试——内网抓包，明文密码一把抓。从那以后，我再也不敢说“内网就安全”这种话了。

加密通信的必要性，可以归结为三点：

• 防窃听：数据在传输过程中，可能经过几十个路由器、交换机。任何一个环节被监听，数据就泄露了。
• 防篡改：光看还不够，坏人还能改。我见过一个案例，攻击者在中间改了转账报文里的收款账号——钱就进了别人口袋。
• 防冒充：你怎么确定跟你通信的，真的是对方本人？没有加密和认证，中间人可以轻松冒充。

1.2 加密通信的基本模型

你想想看，加密通信其实就三个角色：

• 发送方：把明文变成密文（加密）
• 接收方：把密文变回明文（解密）
• 密钥：加密和解密的“钥匙”

没有密钥，就算拿到密文也解不开。这就是加密通信最朴素的模型。

我习惯用一个比喻来理解：

• 明文 = 你写的信
• 密文 = 信被塞进了一个带锁的箱子
• 密钥 = 开箱子的钥匙
• 传输过程 = 快递员送箱子

快递员可以随便看箱子，但他打不开。只有收件人手里的钥匙才能打开。

下面这张图，就是这个模型最直观的样子：

1.3 对称加密 vs 非对称加密

这是加密领域最基础、也最重要的一对概念。我面试的时候，几乎必问这个问题。

简单说：

• 对称加密：加密和解密用同一把钥匙。就像你家大门——一把钥匙既能锁也能开。
• 非对称加密：加密和解密用不同的钥匙。一把公钥公开，一把私钥自己藏好。公钥加密的数据，只有私钥能解；反过来，私钥签名的数据，公钥能验。

为什么会这样？因为对称加密快，但密钥分发是个大麻烦。非对称加密解决了密钥分发问题，但慢得让人抓狂。

我做过一个性能测试：同样一段 1MB 数据，AES-256 加密只要几毫秒，RSA-2048 加密要几十毫秒——而且 RSA 还有长度限制，一次只能加密几百字节。所以实际项目中，没人会用非对称加密去加密大文件。

下面这个表格，把两者的区别说清楚了：

对比维度	对称加密	非对称加密
密钥数量	1 个（共享密钥）	2 个（公钥 + 私钥）
速度	快（硬件加速后更快）	慢（比对称慢 100~1000 倍）
密钥分发	困难（需要安全通道传递密钥）	容易（公钥可以公开）
典型算法	AES、DES、3DES、SM4	RSA、ECC、SM2
主要用途	数据加密（大量数据）	密钥交换、数字签名、身份认证
安全性基础	密钥的保密性	数学难题（大数分解、离散对数）

1.4 实际中怎么用？

你想想看，现实世界里的加密通信，几乎都是“混合加密”：

1. 握手阶段：用非对称加密（如 RSA 或 ECDHE）安全地协商出一个临时对称密钥。
2. 传输阶段：用对称加密（如 AES）加密所有实际数据。
3. 完整性校验：用 MAC（消息认证码）或 HMAC 确保数据没有被篡改。

我习惯把这个过程叫做“一次握手，多次传输”。握手慢一点没关系，传输快才是王道。

下面这张流程图，展示了混合加密的完整流程：

1.5 小结

这一章我们聊了三件事：

• 加密通信为什么必要——防窃听、防篡改、防冒充
• 加密通信的基本模型——发送方、接收方、密钥、明文、密文
• 对称加密 vs 非对称加密——一个快但密钥分发难，一个慢但密钥管理方便

记住一句话：对称加密管传输，非对称加密管握手。 后面的章节，我们会一步步深入这些技术的具体实现和实战配置。