TLS协议基础：从历史到职责
你手上有过Wireshark抓包，盯着TLS握手记录一头雾水的时候吗？我刚开始做安全分析那会儿，看到Client Hello里一堆加密套件，心里直打鼓——这些到底有什么用？别急，咱们先把地基打牢。TLS这东西，说白了就是给网络通信套上一层铠甲。但铠甲也有新旧，你得知道哪件才是目前靠谱的。
1.1 TLS发展史：从SSL到TLS 1.3
故事要从上世纪90年代讲起。那时网景公司想做安页，于是搞出了一个叫“安全套接层”的东西——SSL。版本1.0根本没公开就被发现漏洞太多，直接废了。真正进入公众视野的是SSL 2.0（1995年），但说实话，它浑身是洞。我入行时还在老古董系统上见过SSL 2.0的配置，每次看到都想骂人。
后来网景又出了SSL 3.0（1996年），才算有点样子。不过呢，这协议毕竟是商业公司闭门造的，大家觉得还是应该交给标准组织。于是1999年，IETF接管了，把SSL 3.0做了一轮改进，正式改名为TLS 1.0。你想想看，名字虽然换了，但核心血缘没断。
之后的发展就清晰了：TLS 1.1（2006年）增加了对抗CBC攻击的防填充攻击保护；TLS 1.2（2008年）改进了哈希算法，开始支持SHA-256；TLS 1.3（2018年）是大革命——握手从两轮RTT减到一轮，去掉了大量不安全的加密套件。我个人习惯把TLS 1.3当作“现代安全基线”，低于这个版本的，我都会报警。
| 版本 | 发布年份 | 关键特征 | 当前状态 |
|---|---|---|---|
| SSL 2.0 | 1995 | 首个公开版，漏洞极多 | 已废弃 |
| SSL 3.0 | 1996 | 引入协议握手，但存在POODLE攻击 | 已废弃（RFC 7568） |
| TLS 1.0 | 1999 | 标准化起点，基于SSL 3.0 | 已废弃（PCI DSS 要求停用） |
| TLS 1.1 | 2006 | 抗CBC攻击改进 | 已废弃 |
| TLS 1.2 | 2008 | 支持SHA-256，灵活加密套件 | 广泛使用但逐步淘汰 |
| TLS 1.3 | 2018 | 1-RTT握手，移除不安全算法 | 推荐使用 |
1.2 TLS与SSL：名字换了，内核也在变
很多人喜欢混着叫“SSL/TLS”，我有时候也图省事这么说。但严格来说，TLS才是在维护的协议。SSL已经死了，只是墓碑上写着名字。TLS和SSL之间有几个本质区别，我总结成一张表给你看。
| 对比项 | SSL v3 | TLS 1.0 | TLS 1.2 | TLS 1.3 |
|---|---|---|---|---|
| 协议版本号字段 | 0x0300 | 0x0301 | 0x0303 | 0x0304 |
| 握手消息格式 | 有缺陷的Finished消息计算 | 改进PRF函数 | 支持扩展主密钥 | 握手后消息加密 |
| 加密套件 | 固定套件，大量弱算法 | 继承SSL v3，新增一些 | 支持GCM/CCM等认证加密 | 仅限AEAD，移除静态RSA/0-RTT |
| 压缩支持 | 有（CRIME攻击风险） | 有 | 有（但建议禁用） | 移除压缩 |
| 降级保护 | 无 | 无 | 通过SCSV选项 | 通过混淆扩展+废弃版本协商 |
你仔细看版本号字段。我经常在流量分析里靠这个字段一眼分清对方用的是啥。举个例子：如果Client Hello里的版本号是0x0300，那大概率是SSL 3.0，这种流量十有八九有异常。我曾在一个工控系统抓包中看到大量0x0300，顺藤摸瓜找到了一个十多年没更新过的工业交换机。
1.3 TLS在网络安全中的角色
TLS到底在安全体系里干什么？三个词就能说清楚：加密、身份验证、完整性。咱们挨个讲。
- 加密：数据传输过程中不被偷看。对称加密+非对称交换密钥，典型的有AES-GCM、ChaCha20-Poly1305。
- 身份验证：通过证书链+数字签名，确保你连的是真的服务器而不是中间人。我见过不少案例，就是因为客户端跳过证书验证，被恶意代理翻了个底朝天。
- 完整性：数据没被篡改，用的是消息认证码（HMAC）或者AEAD自带的认证标签。
想象一下，没有TLS时，你的HTTP请求就像明信片，谁都能看。有了TLS，就是加了锁的快递箱，钥匙只有你和服务器有。不过，TLS只管传输层安全，它不保证服务端一定可信、不保证应用层漏洞。你想想看，很多公司买了昂贵的HTTPS证书，结果业务逻辑被人注入了SQL，TLS也救不了。
一个典型的TLS连接检测技巧：用OpenSSL命令行手动发起握手，观察证书链和加密套件协商过程。
openssl s_client -connect example.com:443 -tls1_2 -servername example.com如果看到“verify error:num=20:unable to get local issuer certificate”，说明服务器没配完整证书链。这在我过去的项目中至少遇到过三次，每次都是部署人员图省事只丢了一张叶子证书。
我建议你养成习惯：在分析异常TLS连接时，先确认协议版本、证书链、加密套件。这三板斧能帮你筛掉80%的简单问题。至于更隐蔽的异常行为（比如心跳包不符合规范、TLS扩展异常等），那是后面课程的重点。