HTTPS 与 TLS 工作原理详解：实用指南
为什么 HTTPS 很重要（以及为什么你应该理解它）
你可能已经见过浏览器中的挂锁图标，并且知道 HTTPS 会加密流量。但是当出现证书错误，或者 API 调用因 TLS 错误而失败时，你知道到底发生了什么吗？许多开发者将 HTTPS 视为一个黑盒——直到出现问题。本指南将揭开 HTTPS 和 TLS 的实际工作原理，从握手到证书链，让你能够自信地调试问题。
基础：HTTPS = HTTP + TLS
HTTPS 简单地说是 HTTP 在 TLS（传输层安全协议）之上分层。TLS 提供三个保证：
- 加密：数据被混淆，窃听者无法读取。
- 认证：你正在与真实的服务器通信，而不是冒名顶替者。
- 完整性：数据在传输过程中无法被修改而不被发现。
在 TLS 1.3 之前，该协议被称为 SSL（安全套接层），但 SSL 已被弃用。如今，TLS 1.2 和 1.3 是标准。
TLS 握手：分步详解
握手是神奇发生的地方。它是一个在发送任何 HTTP 数据之前建立安全通道的对话。以下是 TLS 1.2 的简化版本（TLS 1.3 更快但概念类似）：
- 客户端问候：客户端发送支持的 TLS 版本、密码套件和一个随机值（客户端随机数）。
- 服务器问候：服务器选择一个 TLS 版本和密码套件，发送自己的随机值（服务器随机数），并提供其证书。
- 证书验证：客户端根据受信任的根 CA、有效期和域名检查证书。
- 密钥交换：使用 ECDHE 等算法，双方在不通过网络发送共享秘密（预主密钥）的情况下推导出共享秘密。
- 完成：双方验证握手完整性，并切换到使用从共享秘密派生的对称密钥进行加密通信。
在 TLS 1.3 中，握手减少到一个往返（1-RTT），甚至支持 0-RTT 用于恢复会话，从而改善延迟。
为什么非对称加密仅用于初始阶段
非对称加密（如 RSA 或 ECDSA）速度慢且计算成本高。TLS 仅使用它来安全地交换对称会话密钥，然后用于批量加密（例如 AES-GCM 或 ChaCha20-Poly1305）。这种混合方法平衡了安全性和性能。
证书与信任链
证书将公钥绑定到域名，并由证书颁发机构（CA）签名。浏览器和操作系统附带一个受信任根 CA 的存储库。当服务器提供其证书时，客户端从服务器证书构建一条链，通过中间 CA，最终到达受信任的根。
常见的证书错误包括：
- 证书过期：证书的有效期已结束。
- 主机名不匹配：证书的主题备用名称（SAN）与请求的域名不匹配。
- 不受信任的颁发者：根 CA 不在客户端的信任存储中（例如，自签名证书）。
- 证书链不完整：服务器未发送中间证书，因此客户端无法构建到受信任根的路径。
像 openssl s_client 或在线 SSL 检查器这样的工具有助于诊断这些问题。
调试 HTTPS 连接
当 HTTPS 失败时，你需要检查握手过程。以下是一些实用命令：
# 检查证书详情和链
openssl s_client -connect example.com:443 -servername example.com -showcerts
# 验证 TLS 版本和密码套件
openssl s_client -connect example.com:443 -tls1_3
# 测试证书过期时间
openssl s_client -connect example.com:443 2>/dev/null | openssl x509 -noout -dates
在浏览器中，开发者工具的安全面板显示连接详情，而 curl -v https://example.com 会揭示握手步骤。
常见的 TLS 错误配置
即使启用了 HTTPS，错误配置也可能削弱安全性或破坏兼容性：
| 问题 | 影响 | 修复 |
|---|---|---|
| 启用了弱密码套件 | 容易受到降级攻击 | 禁用 RC4、DES 和导出密码；优先使用 AEAD 密码 |
| 缺少 HSTS 头 | 容易受到 SSL 剥离攻击 | 添加 Strict-Transport-Security 头 |
| 证书链不完整 | 某些客户端出现错误 | 在服务器配置中包含中间证书 |
| 允许旧的 TLS 版本（1.0/1.1） | 合规和安全风险 | 禁用 TLS 1.0 和 1.1；强制使用 TLS 1.2+ |
如何在实际中检查 TLS
如果你正在调试 Web 服务器，首先检查证书链和密码套件。对于 Nginx，确保你的配置包含完整的链：
ssl_certificate /path/to/fullchain.pem;
ssl_certificate_key /path/to/privkey.pem;
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256';
使用像 SSL Labs 这样的在线工具获取全面报告，但始终使用命令行工具进行快速检查。
常见问题
TLS 和 SSL 有什么区别？
SSL 是 TLS 的前身。由于安全漏洞，SSL 2.0 和 3.0 版本已被弃用。TLS 1.2 和 1.3 是当前的安全协议。
为什么我的浏览器显示证书警告，即使证书是有效的？
常见原因包括证书链不完整、主机名不匹配，或者证书由你的系统不信任的 CA 颁发。检查证书的 SAN 并确保中间证书已提供。
如何检查我的服务器支持哪个 TLS 版本？
使用 openssl s_client -connect yourdomain.com:443 -tls1_3（或 -tls1_2）并查看输出中的协议。像 SSL Labs 这样的在线工具也提供详细报告。
当你在调试过程中需要快速检查或格式化 API 响应中的 JSON 数据时，JSON 格式化工具可以帮助你可视化和验证结构。