第1章 TLS协议概述：历史、版本、应用场景

你好，我是老张。干网络安全十几年，TLS 是我打交道最多的协议之一。每次有人问我“TLS 到底是干什么的”，我总喜欢先讲一个故事：你上网买东西，填银行卡号的时候，怕不怕被偷看？TLS 就是那个帮你把数据锁进保险柜、只有收银员能打开的快递员。

说白了，TLS（传输层安全性协议）的核心使命就两件事——加密通信内容和验证对方身份。它跑在 TCP 和 HTTP 之间，所有应用层数据先交给它包装，再交给网络传输。

我最早接触 TLS 是在 2009 年，公司要上线一个电商平台，当时大家还在纠结用 SSL 3.0 还是 TLS 1.0。现在回头看，那会儿的配置放到今天简直就是裸奔。嗯，经验就是这么一点点攒出来的。

1.1 历史沿革：从 SSL 到 TLS

一切要从网景公司说起。1994 年他们推出了 SSL 1.0，但没公开发布——因为安全漏洞太多，自己都看不下去了。1995 年 SSL 2.0 正式发布，结果又被爆出好几处硬伤（比如不能防中间人攻击）。直到 1996 年的 SSL 3.0，才算真正站稳脚跟。

1999 年，IETF 接手了 SSL 3.0，并做了标准化改造，改名叫 TLS 1.0。说白了就是换了身警服，核心逻辑没大变，但修了不少坑。

之后的发展脉络如下：

版本	发布年份	关键特点	安全状态
SSL 2.0	1995	不支持证书链、MAC 弱	已弃用
SSL 3.0	1996	支持密码套件、更完善的握手	已弃用（2015 年宣布不安全）
TLS 1.0	1999	与 SSL 3.0 高度兼容，修复 padding 攻击	建议关闭
TLS 1.1	2006	增加 CBC 防御、IV 变显式	建议关闭
TLS 1.2	2008	支持 AEAD、SHA-256、PFS	广泛使用
TLS 1.3	2018	简化握手、移除不安全套件、0-RTT	推荐

你注意到没有？从 SSL 3.0 到 TLS 1.0 跨度只有 3 年，但从 TLS 1.2 到 1.3 却等了 10 年。为什么？因为 1.2 已经足够好，升级带来的兼容性阵痛很大。我在 2019 年帮一家银行升级 HTTPS 服务，光测试就花了两周，因为老设备不支持 TLS 1.3 的 CipherSuite……这些都是真金白银换来的教训。

1.2 版本差异：为什么要升级？

很多人觉得“能用就行”，但 TLS 版本直接决定安全性。举个例子，SSL 3.0 和 TLS 1.0 都支持 RC4 流密码，但 RC4 在 2013 年被彻底攻破——一次握手就能还原部分明文。你想想看，如果电商网站还开着 RC4，用户输入密码时就是裸奔。

下面我把几个关键版本的区别列出来，方便你对比：

• TLS 1.2 vs 1.3：1.3 把握手从 2-RTT 压缩到 1-RTT（甚至 0-RTT），速度快了一倍。移除 RSA 密钥交换（因为它不能提供前向安全），强制使用 ECDHE。
• TLS 1.1 的尴尬：它修了 TLS 1.0 的 IV 问题，但没引入 AEAD，导致后来的 Lucky13 攻击依然有效。
• SSL 3.0 的棺材板：2014 年的 POODLE 攻击能轻松解密 HTTPS 流量，正是因为这个漏洞，所有主流浏览器在 2015 年彻底封杀了 SSL 3.0。

1.3 应用场景：TLS 无处不在

TLS 不只是 HTTPS 的专属。我个人习惯把它看作 “网络通信的基础设施”：

1. HTTPS（Web 安全）：最典型，占据 TLS 流量的 90% 以上。
2. 邮件加密：SMTP over TLS（465 端口）、IMAP/POP3 over TLS。
3. VPN：OpenVPN、WireGuard 底层都依赖 TLS 进行密钥协商。
4. 物联网（IoT）：嵌入式设备用 DTLS（TLS 的 UDP 版本）传输传感器数据。
5. 即时通讯：WhatsApp、Signal 的端到端加密也借用了 TLS 的证书验证体系。

还有一个场景很容易被忽略——内部服务间通信。很多微服务架构里，服务之间走的也是 TLS，防止内网被横向渗透。我记得有个客户，他们所有 RPC 都裸奔，结果被攻破了内部跳板机，数据全被拖走……从那以后，内部通信强制上 TLS。

1.4 知识体系总览

下面这张图是我画的 TLS 协议概览框架，把版本演进、核心模块和应用场景串在一起，方便你建立整体认知。

会话管理（黄色模块），包括握手优化、会话复用、密钥更新等关键机制。 • 理解版本演进对后续学握手协议、记录协议有直接帮助——每个版本都对应一组特定的密码套件和流程。

好了，这就是第一章的概览。你可以把这幅图截图保存，后面学到具体模块时，时不时回来看一眼，确认自己走在哪个位置。