第1章 TLS协议概述与发展历史
1.1 什么是TLS
TLS（Transport Layer Security，传输层安全协议），说白了就是给网络通信加了一把锁。你每次打开浏览器访问 HTTPS 网站，背后都是 TLS 在干活。
我个人习惯把 TLS 理解成一个"加密隧道"——数据进入网络前先打包加密，到了目的地再解密还原。中间如果有人截获数据包，看到的只是一堆乱码。
它主要做三件事：
- 加密——别人看不懂你传的是什么
- 认证——确保你连接的是真服务器，不是冒牌货
- 完整性——数据在路上有没有被改过，一验便知
你想想看，如果没有 TLS，网上购物、网银转账、邮件收发……这些场景全都得"裸奔"。我在项目中见过一个客户，内部系统跑在 HTTP 上，结果用户密码被中间人抓了个干净。嗯，从那以后他们再也不敢省 TLS 的钱了。
1.2 从SSL到TLS：一段不得不说的历史
TLS 的前身是 SSL（Secure Sockets Layer），由网景公司在 90 年代开发。为什么会诞生 SSL？因为早期的互联网基本没有安全防护，HTTP 传的全是明文，任何人都能偷看或篡改。
我刚开始接触这行时，翻到过一份 SSL 1.0 的内部文档，那感觉就像在考古。下面我把整个演进路线捋了一遍：
- SSL 1.0（1994）——网景内部设计，从未公开发布。算是 SSL 的"概念原型"。
- SSL 2.0（1995）——第一个公开版本，但存在严重安全漏洞。消息认证码太弱，容易遭中间人攻击。我在早期项目中审计过兼容 SSL 2.0 的老设备，果断建议客户关掉。
- SSL 3.0（1996）——重大改进，重新设计了握手协议，引入了更完善的 MAC 机制。说实话，SSL 3.0 的架构已经相当扎实，后来的 TLS 1.0 基本上就是它的"标准化版本"。
- TLS 1.0（1999）——IETF 接手后发布的第一个版本。本质上是对 SSL 3.0 做了小幅升级，改了名称，调整了部分算法细节。
- TLS 1.1（2006）——主要增强了对 IV 向量攻击的防御，还修复了 CBC 模式的一些实现缺陷。这个版本用得不多，但它是个重要的过渡。
- TLS 1.2（2008）——引入了 AEAD 加密（比如 AES-GCM），砍掉了不少老旧算法。至今仍是部署最广的版本。我在生产环境中配得最多的就是 TLS 1.2。
- TLS 1.3（2018）——握手延迟大幅降低，0-RTT 模式让重连几乎零等待。安全性更强，移除了所有不安全算法。我曾经把一套高并发服务从 1.2 升级到 1.3，握手耗时直接砍掉了一半。
这条演进路线，说白了就是攻防双方的"猫鼠游戏"——攻击者在进步，协议也在不断升级。你如果翻看早期 SSL 的漏洞库，会发现很多现在看来很基础的问题，当时却让人头疼很久。
1.3 TLS各版本核心特性对比
我整理了一张对比表，各版本的关键差异一目了然：
| 协议版本 | 发布年份 | 核心改进 | 安全状态 |
|---|---|---|---|
| SSL 1.0 | 1994 | 内部设计，未公开 | 从未使用 |
| SSL 2.0 | 1995 | 首个公开版本 | 已废弃，有严重漏洞 |
| SSL 3.0 | 1996 | 握手协议重构，MAC 增强 | 已废弃，POODLE 攻击 |
| TLS 1.0 | 1999 | IETF 标准化 | 已废弃，BEAST 攻击 |
| TLS 1.1 | 2006 | 抗 IV 攻击增强 | 已废弃 |
| TLS 1.2 | 2008 | AEAD 引入，算法灵活 | 广泛使用，推荐 |
| TLS 1.3 | 2018 | 握手优化，0-RTT，去旧算法 | 最新标准，强烈推荐 |
避坑提醒：很多老系统默认还开着 SSL 3.0 或 TLS 1.0。我曾经审计过一家金融机构，内部 API 竟然还在用 TLS 1.0，连 BEAST 攻击的补丁都没打。建议你至少锁定 TLS 1.2 以上，能上 1.3 就别犹豫。
1.4 TLS在水印传输中的角色
你可能会问：TLS 跟数字水印有什么关系？
关系其实挺直接的。数字水印通常嵌入在图片、视频或音频文件中，通过网络传输到客户端。如果传输过程中被篡改、截获或替换，水印就失去了意义——甚至可能被恶意利用。
TLS 在这条链路上提供了三道防线：
- 加密传输——水印数据不会以明文暴露在网络上，中间人拿不到原始内容。
- 身份认证——确保接收方拿到的是来自可信服务器的水印内容，不是伪造的。
- 完整性校验——数据一旦被篡改，TLS 层会直接报错，应用层可以感知到异常。
但这里有个容易被忽略的点：TLS 加密后，水印字段本身对网络中间设备是"不可见"的。有些场景需要在中间节点检测或修改水印（比如 CDN 边缘打水印），这时候 TLS 反而成了障碍。我在做视频直播项目时就遇到过这个矛盾——边缘节点需要嵌入用户水印，但流量被 TLS 加密了，解不开。后来我们用"边缘终止 TLS + 内部再加密"的方案解决了。
一个小建议：如果你的业务涉及水印嵌入和 TLS 加密的协同，建议提前规划好加密边界。是在边缘节点做水印，还是在源站做？TLS 在哪里终止？这些决策会影响整个架构的安全性和性能。
1.5 本章知识体系
下面这张图把 TLS/SSL 的发展历程串了起来，每个节点标注了版本名称、发布年份和最关键的特性。你可以把它当作后续章节的"地图"来用。
注意：这张时间线图只列出了主流版本。实际还有一些中间修订版和安全补丁版本（比如 TLS 1.2 的 RFC 5246 后续有多个补充协议），但核心演进脉络就是这 7 个节点。建议你保存这张图，后续章节讲到具体水印场景时，我们会反复引用不同版本下的行为差异。
这一章的内容就到这里。你得把 TLS 的版本脉络和核心功能记牢，后面讲到水印字段在不同 TLS 版本下的处理差异时，这些就是基础。