计算机网络④-②：HTTPS、混合加密：对称加密和非对称加密、摘要算法、数字证书、HTTPS建立过程

1 HTTPS

HTTPS 在 HTTP 与 TCP 层之间加入了 SSL/TLS 协议，解决了HTTP的窃听、篡改、冒充等风险。

HTTP与HTTPS的区别：

HTTPS采用混合加密、摘要算法、数字证书来解决风险。

2 混合加密：对称加密和非对称加密

对称加密只使用一个密钥，运算速度快，密钥必须保密，无法做到安全的密钥交换。
非对称加密使用两个密钥：公钥和私钥，公钥可以任意分发而私钥保密，解决了密钥交换问题但
速度慢。
对称加密效率更高，性能更好。但是解决不了密钥传输问题，所以HTTPS采用混合加密。先非对称加密，再对称加密。

3 摘要算法

客户端在发送明文之前会通过摘要算法算出明文的「指纹」，发送的时候把「指纹 + 明文」一同加密成密文后，发送给服务器，服务器解密后，用相同的摘要算法算出发送过来的明文，通过比较客户端携带的「指纹」和当前算出的「指纹」做比较，若「指纹」相同，说明数据是完整的。

4 数字证书

非对称加密建立时需要权威机构认证的数字证书来验证公钥的可靠性。

5 HTTPS建立过程

见书P146 P149 小林

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

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

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

4. 服务器的最后回应
   服务器收到客户端的第三个随机数（ pre-master key ）之后，通过协商的加密算法，计算出本次通信的
   「会话秘钥」。然后，向客户端发生最后的信息：
   （1）加密通信算法改变通知，表示随后的信息都将用「会话秘钥」加密通信。
   （2）服务器握手结束通知，表示服务器的握手阶段已经结束。这一项同时把之前所有内容的发生的数
   据做个摘要，用来供客户端校验。

至此，整个 SSL/TLS 的握手阶段全部结束。接下来，客户端与服务器进入加密通信，就完全是使用普
通的 HTTP 协议，只不过用「会话秘钥」加密内容。

④-②小结：
  ①加密分为对称加密和非对称加密。对称加密效率高，但是解决不了密钥传输问题；非对称加密可以解决这个问题，但是效率低。
  ②非对称加密需要通过证书和权威机构来验证公钥的合法性。
  ③HTTPS是综合了对称加密和非对称加密的HTTP。既能保证传输安全，也保证传输效率。