📚 课程目录第1章 TLS协议全景与课程地图

1. TLS协议全景与课程地图

TLS（Transport Layer Security，传输层安全）并不是一个孤立的安全算法，而是一套位于应用层与可靠传输层之间的安全子层协议。理解它的第一步，是把它放回真实的网络协议栈中：HTTPS 是 HTTP over TLS，SMTPS/IMAPS/POP3S 是邮件协议 over TLS，OpenVPN、WireGuard 之外的许多 VPN 方案也依赖 TLS 完成隧道建立与密钥协商。也就是说，TLS 本身不关心上层传的是网页、邮件还是隧道数据，它只负责为上层提供三件事：机密性（加密）、完整性（防篡改）和身份认证（证书验证对端身份）。

从协议栈分层看，TLS 位于 TCP 之上、应用协议之下。它把应用数据切分、加密、加认证标签后交给 TCP 传输；接收端则反向解密、校验、重组。这种“安全子层”的定位决定了 TLS 的通用性，也决定了它的复杂性——它必须同时处理握手协商、密钥派生、记录封装、异常告警等多类任务。为此，TLS 在内部划分为四个子协议，各自职责清晰：

握手协议（Handshake Protocol）：协商版本、密码套件，交换随机数，验证证书，完成密钥交换，最终双方就“用什么算法、用什么密钥”达成一致。
记录协议（Record Protocol）：握手完成后，所有应用数据都由它封装——分片、压缩（现代 TLS 已禁用）、加密、计算 MAC/AEAD 标签，再交给 TCP。
警报协议（Alert Protocol）：传递 warning 与 fatal 两类告警，如 close_notify、handshake_failure、bad_certificate，是排障时最直接的线索来源。
变更密码规格协议（Change Cipher Spec）：在 TLS 1.2 及以前，用于通知对端“后续报文将使用新协商的密钥与算法”；TLS 1.3 已将其并入握手流程，不再单独使用。

下面这张图把 TLS 在协议栈中的位置、四个子协议的职责以及它们与上层应用、下层 TCP 的数据流关系一次性呈现出来，便于建立整体认知。

把这张图记牢，后续所有章节都能挂到它上面：握手协议解决“信任与密钥从哪来”，记录协议解决“数据怎么被保护”，警报协议解决“出问题怎么知道”，变更密码规格解决“何时切换密钥”。

课程实战环境搭建

本课程后续会反复做三件事：用 OpenSSL 观察和构造 TLS 交互，用 Wireshark 抓包看握手与记录的真实字节，用浏览器开发者工具看真实网站的证书链与安全参数。建议在开始前把环境准备好，避免后面边学边装。

OpenSSL：Linux/macOS 通常自带，Windows 可安装官方或第三方构建。验证命令如下，输出应包含版本号与编译日期：

openssl version -a
# 示例输出（版本因环境而异）：
# OpenSSL 3.0.13 30 Jan 2024
# built on: ... platform: linux-x86_64

常用子命令先熟悉两个：openssl s_client 用于作为客户端连接 TLS 服务并打印握手细节，openssl x509 用于解析证书。例如连接一个公开站点并只看证书主题与有效期：

openssl s_client -connect example.com:443 -servername example.com -brief
# 关注输出中的 Protocol、Cipher、Verification 字段
openssl s_client -connect example.com:443 -servername example.com 2>/dev/null \
  | openssl x509 -noout -subject -issuer -dates

Wireshark：安装后需确认能解密 TLS。仅抓包看到的是加密记录，要看到握手明文（ClientHello、ServerHello、Certificate 等）本身不需要密钥，因为握手阶段多数报文是明文；但要看到应用数据明文，需要配置 (Pre)-Master-Secret log filename，并让客户端导出密钥日志。浏览器可通过设置 SSLKEYLOGFILE 环境变量导出，例如在 Linux 下：

export SSLKEYLOGFILE=$HOME/tls_keys.log
# 启动浏览器后访问 https 站点，该文件会追加密钥材料
# Wireshark: Preferences → Protocols → TLS → (Pre)-Master-Secret log filename 指向该文件

浏览器开发者工具：打开 DevTools 的 Security 面板，可看到当前页面的协议版本、密码套件、证书链与有效期；Network 面板中每个请求的 Timing 里能看到 TLS 握手耗时。这三者配合，就能形成“命令行看细节、抓包看字节、浏览器看真实站点”的三角验证。

建议先固定一个练习目标站点（如自建的 Nginx + 自签证书，或公开测试站点），后续章节的抓包、证书解析、握手对比都围绕它进行，避免每次换对象导致结论不可比。

环境就绪后，本课程的主线就清晰了：先建立协议全景（本章），再逐层深入握手、记录、证书、扩展与 TLS 1.3 变化，最后落到工程实践——证书签发、部署、排障与安全加固。每一章都会尽量给出可复现的命令、可观察的输出和可判断的结果，让你不仅“知道”，而且“做得出、看得见”。