HTTPS的连接建立过程

首先说明一下，以下内容来自于公众号小林coding的总结，强烈推荐大家去看看。本文是对其内容学习的总结与回顾。

HTTP 与 HTTPS

• HTTP 是超⽂本传输协议，信息是明⽂传输，存在安全⻛险的问题。HTTPS 则解决 HTTP 不安全的缺陷，在
  TCP 和 HTTP ⽹络层之间加⼊了 SSL/TLS 安全协议，使得报⽂能够加密传输。
• HTTP 连接建⽴相对简单， TCP 三次握⼿之后便可进⾏ HTTP 的报⽂传输。⽽ HTTPS 在 TCP 三次握⼿之
  后，还需进⾏ SSL/TLS 的握⼿过程，才可进⼊加密报⽂传输。
• HTTP 的端⼝号是 80，HTTPS 的端⼝号是 443。
• HTTPS 协议需要向 CA（证书权威机构）申请数字证书，来保证服务器的身份是可信的。
  通过以上的对比与总结，可以看出HTTPS是针对HTTP中的安全性问题，提出来的。

HTTPS 是如何建⽴连接的

SSL/TLS 协议基本流程：

• 客户端向服务器索要并验证服务器的公钥。
• 双⽅协商⽣产「会话秘钥」。
• 双⽅采⽤「会话秘钥」进⾏加密通信。

前两步也就是 SSL/TLS 的建⽴过程，也就是握⼿阶段。

SSL/TLS 协议建⽴的详细流程

• ClientHello
  ⾸先，由客户端向服务器发起加密通信请求，也就是 ClientHello 请求。
  在这⼀步，客户端主要向服务器发送以下信息：
  （1）客户端⽀持的 SSL/TLS 协议版本，如 TLS 1.2 版本。
  （2）客户端⽣产的随机数（ Client Random ），后⾯⽤于⽣产「会话秘钥」。
  （3）客户端⽀持的密码套件列表，如 RSA 加密算法。

• SeverHello
  服务器收到客户端请求后，向客户端发出响应，也就是 SeverHello 。服务器回应的内容有如下内容：
  （1）确认 SSL/ TLS 协议版本，如果浏览器不⽀持，则关闭加密通信。
  （2）服务器⽣产的随机数（ Server Random ），后⾯⽤于⽣产「会话秘钥」。
  （3）确认的密码套件列表，如 RSA 加密算法。
  （4）服务器的数字证书。

• 客户端回应
  客户端收到服务器的回应之后，⾸先通过浏览器或者操作系统中的 CA 公钥，确认服务器的数字证书的真实性。
  如果证书没有问题，客户端会从数字证书中取出服务器的公钥，然后使⽤它加密报⽂，向服务器发送如下信息：
  （1）⼀个随机数（ pre-master key ）。该随机数会被服务器公钥加密。
  （2）加密通信算法改变通知，表示随后的信息都将⽤「会话秘钥」加密通信。
  （3）客户端握⼿结束通知，表示客户端的握⼿阶段已经结束。这⼀项同时把之前所有内容的发⽣的数据做个摘
  要，⽤来供服务端校验。
  上⾯第⼀项的随机数是整个握⼿阶段的第三个随机数，这样服务器和客户端就同时有三个随机数，接着就⽤双⽅协
  商的加密算法，各⾃⽣成本次通信的「会话秘钥」。

• 服务器的最后回应
  服务器收到客户端的第三个随机数（ pre-master key ）之后，通过协商的加密算法，计算出本次通信的「会话秘
  钥」。然后，向客户端发⽣最后的信息：
  （1）加密通信算法改变通知，表示随后的信息都将⽤「会话秘钥」加密通信。
  （2）服务器握⼿结束通知，表示服务器的握⼿阶段已经结束。这⼀项同时把之前所有内容的发⽣的数据做个摘
  要，⽤来供客户端校验。
  ⾄此，整个 SSL/TLS 的握⼿阶段全部结束。接下来，客户端与服务器进⼊加密通信，就完全是使⽤普通的 HTTP
  协议，只不过⽤「会话秘钥」加密内容。

小林coding:小林coding