HTTPS 的原理与三次握手

---

1. HTTPS 的原理

• HTTPS 协议是由 SSL+HTTP 协议构建的可进行加密传输、身份认证的网络协议，要比 HTTP 协议安全，可防止数据在传输过程中不被窃取、改变，确保数据的完整性。
• HTTPS 是现行架构下最安全的解决方案，虽然不是绝对安全，但它大幅增加了中间人攻击的成本。

第一步：证书验证

• 客户端向服务器发送 HTTPS 请求，等待服务器确认。
• 服务器将 crt 公钥以证书的形式发送到客户端，该证书还包含了用于认证目的的服务器标识，服务器同时还提供了一个用作产生密钥的随机数。服务器端存放 crt 私钥和 crt 公钥。
• 客户端验证证书是否合法，如果不合法则提示告警。

第二步：获取对称密钥

• 客户端用随机数和 hash 签名生成一串对称密钥（即随机钥，客户钥），然后用 crt 公钥对对称密钥进行加密。
• 客户端将加密后的对称密钥发送给服务器。
• 服务器用 crt 私钥解密，取出对称密钥。

第三步：传输加密数据

• 服务器用随机钥来加密数据，发送加密的网页内容。
• 客户端通过本地存储的随机钥对密文进行解密并判断是否被篡改，如果没有篡改，后面的数据通讯将使用对称加密传输所有内容。

流程图

2. HTTPS 与三次握手

• 三次握手是传输层的概念，HTTPS 通常是 SSL + HTTP 的简称，目前使用的 HTTP/HTTPS 协议是基于 TCP 协议之上的，因此也需要三次握手。要在 TCP 三次握手建立链接之后，才会进行 SSL 握手的过程（即身份认证和密钥协商的过程）。
  
• TCP 三次握手是确保建立链接，保证双方准备好通信。
• SSL 的目的是加密通信的上层数据。

3. 对称加密与非对称加密

• 对称加密：在编码时使用的密钥 e 和解码时一样 d（即 e = d），我们就将其统称为密钥 k。例如上面提到的对称钥（客户钥）。
• 非对称加密：加密的密钥 e 和解密的密钥 d 是不同的（即 e != d），并且加密的密钥 e 是公开的，叫做公钥，而解密的密钥 d 是保密的，叫私钥。例如上面提到的的 crt 公钥和 crt 私钥。
• HTTPS 在内容传输的加密上使用的是对称加密，非对称加密只作用在证书验证阶段。因为非对称加密的加解密效率是非常低的，而 HTTP 的应用场景中通常端与端之间存在大量的交互，非对称加密的效率是无法接受的。

---

原文链接：https://qwert.blog.csdn.net/article/details/105509254