最近因为项目需求，需要将http升级到https，所以抽空探究了下其中的加密原理。

为什么要使用https

http 明文传输，不够安全。

1. 窃听风险：黑客可以获知通信内容。
2. 篡改风险：黑客可以修改通信内容。
3. 冒充风险：黑客可以冒充他人身份参与通信。

为了保障消息的保密性，后面出现了对称加密以及非对称加密

对称加密

客户端与服务器用同一个密钥进行传输。此密钥即可以进行加密，也可以进行解密。

这种方式因为加密与解密都是用的同一个密钥。假如密钥泄漏，那发送的一切数据对于中间人来说都是透明的。

非对称加密

客户端与服务器分别有一组公钥与私钥。
公钥指可以在网络上公开的密钥
对于客户端来说：待发送的数据用服务端公钥进行加密，接收到的数据用自己的私钥进行解密。
对于服务端而言：待发送的数据用客户端的公钥进行加密，接受到的数据用自己的私钥进行解密。

这样处理的好处是：中间人知道公钥也无法破解消息的内容。
但是这种可能仍然有可能发生冒充风险，譬如：
在客户端与服务端明文交换公钥的时候，中间人拦截获取到客户端的公钥，将客户端发给服务器的公钥换成自己的公钥，服务器返回自己的公钥，中间人再将自己的公钥替换服务端的公钥发送给客户端。

整个加密过程就变成了 客户端用中间人的公钥加密数据。发送给中间人，中间人解密（用自己的密钥解密），用服务端的公钥加密发送给服务端。服务端解密，再用中间的密钥加密发送给中间人，中间人解密（用自己的密钥解密），然后用客户端的密钥加密发送给客户端。中间人在此可以完全不受限的获取各种信息。

另外 非对称加密相比对称加密的性能会慢几倍到几十倍。

HTTPS加密

https的加密既用到了对称加密也用到了非对称加密。
基于非对称加密协商密钥，基于对称加密传输数据，兼顾安全与性能。

整体流程图如下所示:

在这个流程中阶段二对应证书申请以及加密过程，阶段三对应证书的验证过程，阶段二与阶段三合并起来保障了客户端对服务器来源的认证，确保了不会被中间人篡改。

证书申请及其使用过程：

第一步：服务器向CA申请数字证书（对应1，2，3）
第二步：服务器将证书发送给客户端（对应 4）
第三步：客户端验证证书，取得公钥（对应5 ，5后面可以不用看了）

在第一步中，服务器会将自己的公钥以及服务器相关的信息发送给CA机构，CA机构会将 服务器公钥与服务器信息通过hash算法生成 信息摘要，信息摘要通过CA私钥加密生成 数字签名，然后将 服务器公钥、服务器信息、与数据签名打包生成数字证书。

第三步中，客户端收到数字证书之后，通过CA公钥解密数字签名得到信息摘要，同时将服务器公钥与服务器信息通过hash算法生成信息摘要，假如这2个信息摘要相同。

总的来说，数字签名技术有效规避了篡改风险。而CA认证有效规避了冒充风险。即使中间人获得了CA公钥，由于数字签名的缘故，他也无法篡改里面的内容。而如果他想冒充，把原有的数字证书换成自己的一个私人证书，那在客户端验证的时候就无法在受信任的根证书中找到对应的证书。

引用：

https://www.cnblogs.com/imstudy/p/10669631.html
https://mp.weixin.qq.com/s/StqqafHePlBkWAPQZg3NrA
https://blog.csdn.net/qq_38984677/article/details/85621784