TLS 与 HTTPS：从握手到证书信任链

0. 元信息

• 主题路径：docs/topics/network/subtopics/tls-and-https/
• 父主题：network
• 主分类：安全与可靠性
• 辅助分类：计算机基础
• 适合对象：理解 TCP 连接、HTTP 请求和 DNS 解析，想排查 HTTPS 故障的开发者
• 建议周期：4～5 周（每周 6～8 小时，含抓包、证书检查、服务配置）
• 前置知识：tcp-and-udp；会用 curl、dig、tcpdump
• 最终目标：能画出 TLS 1.2/1.3 握手，验证 X.509 证书链，解释 PKI、HSTS、OCSP Stapling，并用 OpenSSL 定位常见 HTTPS 故障

1. 学习路线

机密性、完整性、身份认证
  → 哈希、MAC、数字签名
  → 对称加密与 AEAD
  → 非对称加密与密钥交换
  → TLS Record 与 CipherSuite
  → TLS 1.2 握手
  → TLS 1.3 握手与 0-RTT
  → X.509 证书与 PKI 信任链
  → HTTPS、SNI、ALPN
  → HSTS、OCSP Stapling、CT
  → OpenSSL 与浏览器排障

每学一个机制，我都问三件事：保护了什么、信任谁、失败时看到什么。

2. 阶段周数分配

3. 九阶段表

4. 第一周任务

Day 7 拆解

步骤 A —— 最小可用（60 分钟）

1. 运行 openssl s_client -connect example.com:443 -tls1_3 -servername example.com -showcerts </dev/null；
2. 记录协议、CipherSuite、证书 Subject/Issuer、Verify return code；
3. 用 curl -sI https://example.com 查看是否有 Strict-Transport-Security；
4. 保存原始输出，不只写结论。

步骤 B —— 补齐四类边界（45 分钟）

• 不传 -servername，观察 SNI 相关差异；
• 改用 -tls1_2，对比握手和 CipherSuite；
• 运行 openssl s_client -connect example.com:443 -servername example.com -status </dev/null 检查 OCSP Stapling；
• 运行 testssl.sh example.com，记录弱协议、弱算法、证书链告警。

5. 阶段通用验收

1. 不看资料画出 TLS 1.2 和 TLS 1.3 时序图；
2. 用自己的话区分对称加密、非对称加密、签名和密钥交换；
3. 从证书文本中找出 SAN、Issuer、Validity、Public Key、Key Usage；
4. 测试域名不匹配、过期证书、不受信 CA、缺失中间证书四类错误；
5. 至少检查 3 个站点，保存实际命令和输出；
6. 能解释 HSTS、OCSP Stapling、CT 各自处理的问题；
7. 能修改服务端证书链或 TLS 配置，再用客户端验证。

6. 最终验收

• 独立讲清 TLS 1.2/1.3 完整握手和会话恢复；
• 独立验证一条 Root CA → Intermediate CA → leaf 证书链；
• 完成至少 8 个实验：1.2、1.3、SNI、ALPN、证书解析、主机名验证、OCSP Stapling、HSTS；
• 完成 1 个综合项目：部署本地 HTTPS 服务，制造并修复至少 4 类证书或协议故障；
• 用 15 分钟讲清浏览器访问 https://example.com 后发生的 DNS、TCP、TLS、HTTP 流程。

7. 综合项目

首选：HTTPS 故障实验室。用 Nginx 或 Caddy 部署本地 HTTPS 服务。自己创建 Root CA、Intermediate CA 和 leaf 证书。让客户端信任测试 Root CA。

备选：公网证书健康检查报告 / TLS 1.2 与 1.3 性能对比 / 内网 mTLS 小实验。

项目必做要求：

1. 场景说明：域名、网络拓扑、客户端信任库；
2. 证书生成：Root、Intermediate、leaf 的配置与命令；
3. 服务配置：完整链、私钥权限、协议和 CipherSuite；
4. 故障注入：过期、SAN 不匹配、链缺失、unknown CA；
5. 验证命令：OpenSSL、curl、testssl.sh 各至少一次；
6. 边界测试：TLS 1.2/1.3、带 SNI/不带 SNI；
7. README：依赖、运行、清理步骤；
8. 记录：原始错误、修复动作、修复后证据。

交付物放到项目仓库的 notes/：design.md、test.md、retrospective.md。

本主题贡献

本主题沉淀 TLS 1.2/1.3 TLS handshake 消息、X.509 PKI 路径验证、SNI/ALPN/HSTS/OCSP Stapling 工程化，所有结论用 openssl s_client + testssl.sh + Wireshark（配 SSLKEYLOGFILE）三角验证。

职责（3 项）

1. 画 TLS 1.2 两次 RTT 握手（ClientHello/ServerHello/Certificate/ServerKeyExchange/Finished）与 TLS 1.3 一次 RTT 握手（ClientHello key_share + EncryptedExtensions + Finished），能解释 ECDHE 前向保密为何依赖临时密钥；
2. 从 openssl x509 -text 中读 Subject/Issuer/SAN/Validity/Key Usage，用 verify -CAfile 构造 leaf → Intermediate → Root 路径，能定位 hostname mismatch、过期、未知 CA、链缺失四类故障；
3. 配服务端 TLS 1.3 优先 + 完整链 + OCSP Stapling，用 openssl s_client -status 验证 stapled response，用 curl -I 看 HSTS 头，能解释 ALPN 协商 h2 vs http/1.1，以及为什么 Root CA 通常不由服务端发送。

交付物（4 项）

1. 一份 TLS 1.3 握手 openssl s_client -tls1_3 -servername example.com -showcerts 输出，含协议、CipherSuite、Subject/Issuer、Verify return code 标注；
2. testssl.sh example.com 扫描报告，列出弱协议/弱算法/证书链告警（关注 SSLv3/TLS1.0/RC4/SHA-1）；
3. 本地 Root CA + Intermediate CA + leaf 自签链 + Nginx/Caddy 配置，能复现 hostname mismatch、过期、未知 CA、链缺失四类故障的客户端错误；
4. OCSP Stapling 验证记录（openssl s_client -connect ... -status）与 HSTS 响应头检查（Strict-Transport-Security）。

指标（3 项）

1. TLS 握手 RTT ≤ 1.5 RTT（TLS 1.3 启用后，相对 1.2 减半）；
2. 公网站点 TLS 1.3 启用率 ≥ 90%（testssl.sh 抽样 10 个域名统计）；
3. OCSP Stapling 命中率 ≥ 95%（openssl s_client -status 返回 OCSP Response Status: successful）。

8. 推荐开源资料

testssl.sh 使用 GPL-2.0 许可证。OpenSSL 使用 Apache-2.0。复制脚本或代码前要看对应 LICENSE。

9. 学习资料汇聚（v0.3 自包含）

本节由本计划生成。资料按用途筛选。协议行为以 RFC 和实现文档为准。

9.1 背景与动机

HTTP 明文可被链路上的节点读取和修改。早期 SSL 把加密、完整性和服务器身份认证带到 Web。SSL 2.0/3.0 已淘汰。TLS 接替它们，TLS 1.2 曾长期占主流，TLS 1.3 删掉了脆弱算法并缩短握手。

HTTPS 是 HTTP over TLS。它依赖 PKI 把域名绑定到公钥。浏览器和操作系统维护 Root CA 信任库。服务器通常发送 leaf 和 Intermediate CA，客户端据此构造到受信根的路径。

我们学它，是因为证书过期、链缺失、SNI 错配、协议版本冲突都很常见。会看握手和证书链，排障就不靠猜。

9.2 概念地图

flowchart LR
  HTTP --> HTTPS
  HTTPS --> TLS
  TLS --> Record[Record Protocol]
  TLS --> HS[Handshake]
  HS --> KX[ECDHE 密钥交换]
  HS --> Auth[证书签名认证]
  KX --> Secret[共享秘密]
  Secret --> HKDF
  HKDF --> AEAD[AES-GCM / ChaCha20-Poly1305]
  Auth --> Leaf[leaf 证书]
  Leaf --> Intermediate[Intermediate CA]
  Intermediate --> Root[Root CA / trust store]
  Leaf --> SAN[SAN 域名]
  HTTPS --> HSTS
  Auth --> OCSP[OCSP Stapling]
  Auth --> CT[Certificate Transparency]
  HS --> SNI
  HS --> ALPN

TLS Handshake 协商版本、算法和密钥，并认证服务器。Record Protocol 用协商出的密钥保护应用数据。X.509 链回答“这个公钥能否代表该域名”。HSTS、OCSP Stapling、CT 分别约束降级、提供吊销状态、公开证书签发记录。

9.3 基础知识讲解

经典论文 / RFC

经典书籍

优秀博客

核心人物

开发方法

9.4 经典问题与经典案例

9.5 学习难点

概念难点

思维难点

工程难点

9.6 技术标准与接口

9.6.1 Entity

9.6.2 Scope

• TLS：保护传输中的应用数据，提供机密性、完整性和端点认证。它不隐藏 IP、流量大小或时序。
• X.509/PKIX：规定证书字段、扩展和路径验证。它不决定浏览器具体信任哪些 Root CA。
• OCSP：查询证书状态。OCSP Stapling 把响应附在握手中。
• HSTS：让用户代理在指定时间内只用 HTTPS。它不修复证书错误。
• CT：记录公开信任证书的签发。它帮助发现误签，不替代证书验证。
• HTTPS：HTTP 语义运行在 TLS 之上。HTTP/3 则运行在 QUIC 内置的 TLS 1.3 机制上。

9.6.3 Structure

TLS 1.3 完整握手关键消息：

ClientHello(key_share, supported_versions, SNI, ALPN)
  → ServerHello(key_share, selected_version)
  → EncryptedExtensions
  → Certificate
  → CertificateVerify
  → Finished
  → Client Finished
  → Application Data

必须掌握的字段和接口：

• ClientHello：supported_versions、cipher_suites、key_share、server_name、ALPN；
• X.509：Subject、Issuer、SAN、Validity、Basic Constraints、Key Usage、Extended Key Usage、SKI、AKI；
• 验证结果：链是否到受信锚、hostname 是否匹配、时间是否有效、用途是否允许；
• OpenSSL：s_client、x509、verify、req、pkey；
• HTTP：Strict-Transport-Security 响应头；
• OCSP：status_request 扩展和 stapled response。

9.6.4 Ecosystem

• TLS 实现：OpenSSL、BoringSSL、LibreSSL、GnuTLS、NSS、rustls、Go crypto/tls；
• CA 与自动化：Let’s Encrypt、ACME、certbot、step-ca、云厂商证书服务；
• 客户端信任库：Mozilla NSS、Windows Root Store、Apple trust store、Java cacerts、Linux ca-certificates；
• 服务端：Nginx、Apache httpd、Caddy、Envoy、HAProxy；
• 观测工具：OpenSSL、curl、Wireshark、testssl.sh、SSL Labs；
• 事实标准与规范：浏览器 Root Program、CA/Browser Forum Baseline Requirements 会影响公网证书签发；它们不是 TLS RFC，但部署时必须遵守。

9.6.5 Depth Tiers

本计划要求达到：L3。做平台安全或 PKI 服务时再进入 L4。

9.6.6 Source

• TLS 1.3：RFC 8446，https://www.rfc-editor.org/rfc/rfc8446
• PKIX：RFC 5280，https://www.rfc-editor.org/rfc/rfc5280
• HSTS：RFC 6797，https://www.rfc-editor.org/rfc/rfc6797
• OCSP：RFC 6960，https://www.rfc-editor.org/rfc/rfc6960
• CT v2：RFC 9162，https://www.rfc-editor.org/rfc/rfc9162
• OpenSSL 文档：https://docs.openssl.org/
• 引用版本快照日期：2026-07-30。

10. 常见误区

• 把 SSL 和 TLS 当成两个都可启用的现代协议。SSL 已淘汰；
• 看到 TCP 443 通就认定 HTTPS 正常。TLS 握手仍可能失败；
• 看到 s_client 建连成功就认定证书可信。还要检查 verify code 和 hostname；
• 忘传 SNI，拿到默认证书后误判服务配置；
• 只看 CN，不检查 SAN；
• 把 leaf 和 root 拼进 fullchain，却漏掉 Intermediate CA；
• 把 TLS 1.3 CipherSuite 当成包含 ECDHE 和签名算法；
• 允许 0-RTT 执行扣款、发信等非幂等操作；
• 认为 HSTS 能绕过证书错误。浏览器仍会拒绝无效证书；
• 把 OCSP Stapling 当成实时状态。响应有有效期，也可能缺失；
• 认为 CT 能阻止误签。CT 主要让误签可被发现；
• 更新证书后不检查负载均衡器和所有节点，导致轮询时偶发旧证书；
• 用 IP 地址访问只含域名 SAN 的证书，然后怪 CA；
• 忽略系统时间。时间漂移会制造“尚未生效”或“已过期”。

11. 所有知识点分类（统一规则）

1. 编程语言
2. 数据结构与算法
3. 计算机基础：网络协议、密码学基础、PKI
4. 工程技术：证书部署、服务配置、调试工具
5. Web 与后端：HTTPS、反向代理、浏览器安全策略
6. 前端与客户端
7. 数据与人工智能
8. 项目与职业能力
9. 安全与可靠性：TLS、证书信任、加密策略、吊销机制

本计划归属：安全与可靠性 主 + 计算机基础 辅。