一、TLS协议基础：从SSL到TLS的演进与核心架构
大家好，今天我们来聊聊TLS。说实话，每次做安全审计，TLS这块都是重点中的重点。我记得刚入行那会儿，碰到一个客户，他们的业务系统还在用SSL 3.0，我当时就懵了——这玩意儿早被弃用了啊！后来花了整整一周才帮他们迁移到TLS 1.2。所以，打好TLS基础，比啥都重要。
1.1 TLS发展历程：一场协议进化史
TLS的全称是Transport Layer Security（传输层安全协议）。它的前身是SSL（Secure Sockets Layer），由网景公司搞出来的。我个人的习惯是，把SSL和TLS当作同一个家族的产物，但版本号很容易混淆，你想想看——SSL 3.0之后直接蹦到了TLS 1.0，中间没有SSL 4.0。这中间的历史，咱得捋清楚。
| 版本 | 发布时间 | 主要特点 | 现状 |
|---|---|---|---|
| SSL 1.0 | 1994 | 从未公开发布（有严重安全缺陷） | 已废弃 |
| SSL 2.0 | 1995 | 首次公开发布，但设计缺陷多，无客户端证书支持 | 已废弃 |
| SSL 3.0 | 1996 | 修复了SSL2大量问题，支持算法协商 | 已废弃（POODLE攻击后全面弃用） |
| TLS 1.0 | 1999 | 基于SSL 3.0改进，变更协议名称 | 已弃用 |
| TLS 1.1 | 2006 | 增加对CBC攻击的防御 | 已弃用 |
| TLS 1.2 | 2008 | 支持AEAD加密、SHA256、移除IDEA/DES等弱算法 | 仍在广泛使用 |
| TLS 1.3 | 2018 | 握手大幅简化，移除不安全算法，前向安全默认 | 推荐使用 |
1.2 TLS与SSL的区别：不止是改名
很多新手会问：TLS和SSL到底有啥不一样？说白了，TLS就是SSL的正式标准化版本。但我需要强调一点：它们之间不兼容。我曾经见过一个老旧系统，代码里写死了SSLv3的握手消息格式，升级到TLS 1.2时直接崩溃。
- 协议版本协商不同： SSL握手使用ClientHello中的版本字段直接指定，TLS则使用supported_versions扩展进行协商。
- 加密套件命名差异： TLS 1.3之后彻底重新定义了密码套件，不再支持静态RSA密钥交换。
- 消息认证方式： SSL使用MAC-then-encrypt，TLS 1.2及以后采用encrypt-then-MAC或AEAD。
- 警报协议： TLS新增了close_notify等警报类型，SSL没有严格定义。
openssl s_client -connect example.com:443 -tls1_2
openssl s_client -connect example.com:443 -tls1_31.3 TLS协议栈结构：分层的思想
TLS协议本身也是分层设计的，这一点和TCP/IP很像。我刚开始学的时候，总觉得这些层很抽象，直到有一次debug一个握手失败的问题，抓了包一层层看，才真正搞明白。你想想看，每一层都有自己的职责，清清楚楚。
具体的分层结构和数据流向，我用一张图来展示：
从图上可以清楚看到，TLS记录协议是核心枢纽。所有的应用数据、握手消息、警报消息，都要先经过记录层进行封装。记录层的职责包括：分片（如果应用数据大于16KB则分割）、压缩（可选，TLS 1.3已经移除）、添加MAC（完整性校验）、加密（通过当前会话的密钥）。
记录层头部只有5个字节：内容类型（1字节）、协议版本（2字节）、长度（2字节）。简单吧？但我曾经在调试中遇到过一种情况：客户端发送的Record中内容类型写成了0x16（握手），但实际负载却是应用数据，导致服务端解析出错。这种低级错误，抓包一看就能发现。
1.4 子协议详解：握手、密码变更、警报
上图中三个子协议，各自负责不同的事务。我一个个讲。
握手协议（Handshake Protocol）
这是最复杂的部分。客户端和服务端通过四次握手，协商出加密套件、交换密钥、验证证书。TLS 1.2需要2-RTT，TLS 1.3只用1-RTT。我在一次项目中优化外网API时，把TLS 1.2升级到1.3，接口延迟直接降了30%。
- ClientHello → ServerHello → 证书 → 密钥交换 → Finished
- TLS 1.3删除了静态RSA、DH、DSS等，强制使用ECDHE或DHE，确保前向安全。
密码规格变更协议（Change Cipher Spec Protocol）
这个协议只有一个消息，用于通知对端：接下来的消息将使用新协商的密钥来加密。TLS 1.3中它实际上已不必要，但为了向后兼容，依然保留在记录层中作为一条单独的消息。我曾见过一个实现，在TLS 1.3握手后忘记发送这个警报，导致兼容性问题。
警报协议（Alert Protocol）
处理错误和异常情况。比如证书过期、解密失败、关闭连接。警报分两类：warning（可继续）和fatal（立即断开）。我记得有一次用户报故障，页面一直转圈，抓包发现服务端发了一个fatal alert——"certificate_unknown"，一看证书链没配全。这里要特别注意，很多开发者在收到fatal alert后，不会记录详细原因，排查起来非常痛苦。
tls.alert_message，可以直接看到所有警报记录。我曾经靠这个在5分钟内定位到服务器误用自签名证书的问题。
好了，TLS协议基础就说到这里。记住一点：理解协议栈的每一层干什么，是后续做TLS审计的基石。下回遇到奇奇怪怪的TLS连接失败，别急着拍键盘，先抓包看看记录层的头部，再顺着子协议排查，效率高很多。