HTTPS — 安全超文本传输协议

协议定位

一句话理解

HTTPS = HTTP + TLS，一个字节的 HTTP 语义都没改。 客户端仍然发 GET /index.html HTTP/1.1，只是这串字节在交给 TCP 之前先被 TLS 加了密。因此"学 HTTPS"的实质是"学 TLS 在 Web 场景下的落地细节"：证书怎么签、浏览器怎么校验、怎么从 HTTP 平滑迁移过来。

生活化类比

• 带锁的挂号信封：普通 HTTP 像明信片，邮局（中间人）一眼就能读到内容；HTTPS 把明信片塞进一个只有收件人能开的保险柜（TLS 加密）再寄出。但信封上写的"寄给谁"——目标 IP、SNI 里的域名——仍写在柜子外面，所以 HTTPS 保护的是"信里写什么"，不是"你给谁写信"。
• 银行柜台核验证件：你访问网银时，服务器要出示由权威机构（CA）背书的"电子执照"（证书）证明自己真是这家银行，而不是钓鱼网站。浏览器就是那个会核对执照真伪、还会查"执照是否被挂失（吊销）“的柜员。

它解决什么问题

为什么没有它，网络就"缺了一块”：今天的 Web 早已不能接受"谁都能偷看、谁都能篡改、谁都能冒充"。明文 HTTP 在今天已不可接受，具体风险与 HTTPS 的对策：

此外，HTTPS 已是功能准入门槛：HTTP/2、HTTP/3、Service Worker、Geolocation、getUserMedia、Web Push 等浏览器能力都只在"安全上下文（Secure Context）“下可用；搜索引擎也将 HTTPS 作为排序因子。

核心特征

1. 【协议栈只多一层】：HTTPS 没有自己的报文格式，443 端口上跑的就是标准 TLS 记录，记录里装的是标准 HTTP 报文。
2. 【混合加密】：非对称算法（ECDHE 密钥交换 + RSA/ECDSA 签名）用于握手，对称 AEAD 算法（AES-GCM / ChaCha20-Poly1305）用于业务数据。
3. 【服务器认证为主，客户端可选】：默认只校验服务器证书；金融、内网等场景可开启 mTLS（双向 TLS） 要求客户端也出示证书。
4. 【加密范围有限】：URL 路径、查询串、首部、Cookie、请求体、响应体全部加密；但 目标 IP、端口、SNI 中的域名、包长与时序仍然暴露（ECH 正在解决 SNI 泄露）。
5. 【信任锚在客户端】：浏览器/操作系统维护根证书信任库。企业中间盒之所以能解密流量，是因为把企业根 CA 装进了终端信任库——技术上就是"被允许的中间人”。
6. 【证书自动化标配】：ACME 协议（RFC 8555）+ Let’s Encrypt 让 90 天短周期证书的自动签发续期成为常态，人工年更证书的时代已过去。

与其他协议的关系

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

graph TD
    subgraph HTTPS_over_TCP["HTTPS（HTTP/1.1、HTTP/2）"]
        A1["HTTP 报文<br/>方法/首部/正文"] --> A2["TLS 记录层<br/>AEAD 加密"]
        A2 --> A3["TCP :443"]
    end
    subgraph HTTPS_over_QUIC["HTTPS（HTTP/3）"]
        B1["HTTP/3 帧"] --> B2["QUIC<br/>内嵌 TLS 1.3"]
        B2 --> B3["UDP :443"]
    end
    A3 --> IP["IP"]
    B3 --> IP
    DNS["DNS / DoH<br/>解析域名 + HTTPS RR"] -.前置.-> A1
    CA["CA / ACME / OCSP / CT 日志"] -.证书生命周期.-> A2

• 与 HTTP：语义完全相同。迁移时业务代码几乎不用改，改的是部署（证书、监听端口、重定向、混合内容）。
• 与 TLS：HTTPS 是 TLS 最大的使用者。TLS 的一切概念（握手、密码套件、证书链、前向保密、0-RTT）在 HTTPS 中原样适用，详见 11-tls。
• 与 DNS：解析仍是明文短板——即使用了 HTTPS，DNS 查询也会暴露访问的域名。DoH（RFC 8484）/ DoT（RFC 7858）用于加密解析；DNS 的 HTTPS 记录（RFC 9460）可通告 ALPN、端口与 ECH 配置。
• 与 HTTP/2 / HTTP/3：浏览器只在 TLS 上支持 HTTP/2（ALPN 协商 h2）；HTTP/3 强制加密。因此"上 HTTPS"往往顺带解锁了性能提升，抵消了握手开销。
• 与 SNI / CDN：SNI 让一个 IP 承载成千上万个域名的 HTTPS 站点，是 CDN 与云托管的技术前提。

本目录学习路线

1. 01-原理与报文 — 完整访问时序（DNS → TCP → TLS → HTTP）、URL 各部分的加密可见性、证书链与浏览器校验的七步、HSTS/CT/OCSP 机制、HTTPS 独有的首部字段。
2. 02-实战与排错 — Wireshark 观察加密流量、openssl / curl 检查证书、Nginx 部署与 Let’s Encrypt 自动化、混合内容 / 证书链不全 / 重定向循环等故障、与 HTTP 的对比表和面试题。

学习建议：HTTPS 的知识 = TLS 原理（占 80%）+ Web 特有工程实践（占 20%）。若还没看过 11-tls，建议先看那篇，本目录重点放在"落到 Web 上怎么做"。

初学者最常踩的坑：

• 以为"上了 HTTPS 就完全隐身"：其实 SNI 与 DNS 查询仍是明文，访问的目标域名还是会暴露（ECH 正在解决这个问题）。真正需要隐藏访问目标时，得靠 DoH/DoT 或 ECH，而不是 HTTPS 本身。
• 以为"装了证书就能用"：服务器必须下发 fullchain（叶子 + 中间 CA），只发叶子证书时，浏览器可能因 AIA 自动补链而"看起来正常"，但 curl、Java、移动端 SDK 会直接报 ERR_CERT_AUTHORITY_INVALID。排错永远以 openssl s_client -showcerts 的返回为准。