揭秘浏览器与服务器如何通过复杂的数学博弈，在不安全的网络上构建坚不可摧的加密通道。
HTTPS 的本质
HTTPS (HyperText Transfer Protocol Secure) 并不是独立于 HTTP 的新协议，而是 HTTP over SSL/TLS。它在传统的 HTTP 层下增加了一个安全层，主要负责身份验证和数据加密。
连接创建：SSL/TLS 握手过程
在数据传输之前，客户端（浏览器）和服务器必须进行一次“握手”，目的是协商加密算法并生成共享的会话密钥。以下是典型的 TLS 1.2 握手步骤：
Step 1
Client Hello（客户端问候）
客户端向服务器发起加密请求。它会发送：支持的 TLS 版本、支持的 加密套件列表 以及一个 客户端随机数 (Random1)。
Step 2
Server Hello & Certificate（服务器回应）
服务器确认 TLS 版本，从列表中选择一个加密套件，并发送一个 服务器随机数 (Random2) 以及服务器的 数字证书。
Step 3
验证证书与密钥交换
客户端使用内置的 CA 根证书验证服务器证书的合法性。验证通过后，客户端生成第三个随机数 Pre-Master Secret，并使用证书中的公钥对其加密后发给服务器。
Step 4
生成会话密钥
服务器用自己的私钥解密得到 Pre-Master Secret。此时，双方都拥有了 Random1、Random2 和 Pre-Master Secret，通过算法计算出相同的 会话密钥 (Master Secret)。
具体通讯：对称加密传输
握手完成后，非对称加密的“使命”就结束了。接下来的所有 HTTP 请求和响应都将使用生成的 会话密钥 进行对称加密传输。
为什么这样设计？
- 安全性： 握手阶段使用非对称加密（公钥/私钥），解决了密钥交换的安全问题。
- 性能： 通讯阶段使用对称加密，因为对称加密的计算速度比非对称加密快几个数量级，适合传输大量数据。
- 完整性： 每个数据包都会附带 MAC (Message Authentication Code)，防止数据在传输过程中被篡改。
现代进化：TLS 1.3 的优化
在 TLS 1.3 标准中，握手过程被简化为 1-RTT（一次往返）。
- 砍掉冗余： 删除了不安全的旧加密算法。
- 极速连接： 客户端在第一次握手时就尝试发送密钥交换参数，显著降低了延迟。
部署建议：
确保您的服务器支持 TLS 1.3。通过 CertificateHub 申请的受信任证书可完美兼容现代加密协议。立即前往 证书申请中心 免费获取。
结语
HTTPS 的伟大之处在于，它将极其复杂的密码学过程封装在幕后。用户只需看到地址栏的一个“小绿锁”，其背后则是浏览器与服务器之间严丝合缝的数学博弈。