HTTPS 的加密流程

深入理解 HTTPS：加密流程与安全机制详解

在互联网早期，HTTP（超文本传输协议）承担了数据传输的重任。然而，HTTP 是明文传输的，这意味着数据在网络中就像写在明信片上一样，黑客只要在中间节点（如路由器、公共 Wi-Fi）抓包，就能轻松窃取密码、篡改页面甚至伪造服务器。

为了解决这些安全问题，HTTPS（HyperText Transfer Protocol Secure）应运而生。它并非一种全新的协议，而是 HTTP + TLS/SSL 的组合，通过加密、摘要和证书机制，确保了数据的机密性、完整性和身份真实性。

本文将详细梳理 HTTPS 的核心思想——混合加密，并拆解其完整的加密握手流程。

一、核心痛点与密码学基础

在讲解流程之前，我们必须先了解三种基础的密码学技术，以及它们各自的优缺点。HTTPS 的精妙之处，就在于“扬长避短”。

1. 对称加密

• 原理：通信双方使用同一把密钥（Session Key）进行加密和解密。
• 代表算法：AES、DES、ChaCha20。
• 优点：计算速度极快，适合处理大量数据。
• 缺点：密钥分发困难。双方如果不在同一个物理空间，如何安全地把这把密钥告诉对方？如果在网上传输，一旦被拦截，加密就形同虚设。

2. 非对称加密

• 原理：生成一对密钥，公钥（Public Key）和私钥（Private Key）。公钥加密的数据，只有私钥能解开；私钥加密的数据，只有公钥能解开。
• 代表算法：RSA、ECC（ECDHE）。
• 优点：安全性极高，公钥可以公开给任何人，解决了密钥分发问题。
• 缺点：计算极慢，消耗 CPU 资源，如果全用非对称加密传输网页数据，服务器会瞬间瘫痪。

3. 数字摘要（哈希）

• 原理：通过单向散列函数（如 SHA-256），将任意长度的数据变成固定长度的摘要。数据变一点点，摘要就完全不同。
• 作用：验证数据的完整性，防止被篡改。

二、HTTPS 的核心思想：混合加密

由于对称加密快但密钥难传，非对称加密安全但速度慢，HTTPS 采取了一套“混合加密”方案：

这样一来，既保证了安全性，又兼顾了性能。但这其中还隐藏着一个巨大的隐患：中间人攻击。

数字证书：解决身份伪造

如果黑客拦截了服务器的公钥，并把黑客自己的公钥发给客户端，客户端用黑客的公钥加密密钥，黑客就能用私钥解开，从而窃取所有信息。

为了证明“这个公钥确实是目标服务器的”，我们需要 CA（证书颁发机构）。CA 机构用自己的私钥，将服务器的域名、公钥、有效期等信息加密（生成数字签名），打包成一个数字证书。
客户端操作系统和浏览器中内置了所有受信任的 CA 机构的公钥。客户端收到证书后，只要用 CA 的公钥一验，就能知道证书是否被篡改过，确认服务器的真实身份。

三、HTTPS 加密流程（以 TLS 1.2 RSA 握手为例）

接下来，我们详细拆解一次完整的 HTTPS 通信流程。这个过程通常被称为“TLS 握手（TLS Handshake）”，发生在你输入网址、建立 TCP 连接之后，发送 HTTP 请求之前。

为了便于理解，我们假设客户端是浏览器，服务端是 Web 服务器。

第一阶段：客户端发起请求（Client Hello）

第二阶段：服务端回应（Server Hello）

第三阶段：客户端验证并生成会话密钥（Client Key Exchange）

第四阶段：双方生成最终的会话密钥（Session Key）

第五阶段：验证与加密通信（Finished）

第六阶段：加密的 HTTP 通信

四、进阶：TLS 1.3 的优化

随着技术的发展，TLS 1.2 的握手过程（需要 2 个 RTT，即两次往返时间）显得有点慢。最新的 TLS 1.3 标准对流程进行了极大的优化：

五、总结

HTTPS 的加密流程，本质上是密码学在工程上的一场完美协奏：

一句话概括 HTTPS 的流程：
利用非对称加密和数字证书安全地传递随机数，双方利用随机数生成对称密钥，最后用对称密钥高速加密传输数据。