HTTPS 的实现原理
HTTPS 协议之所以是安全的是因为 HTTPS 协议会对传输的数据进行加密，而加密过程是使用了非对称加密实现。但其实：HTTPS 在内容传输的加密上使用的是对称加密，非对称加密只作用在证书验证阶段。
HTTPS的整体过程分为证书验证和数据传输阶段，具体的交互过程如下：
① 证书验证阶段：
1）浏览器发起 HTTPS 请求；
2）服务端返回 HTTPS 证书；
3）客户端验证证书是否合法，如果不合法则提示告警。
② 数据传输阶段：
1）当证书验证合法后，在本地生成随机数；
2）通过公钥加密随机数，并把加密后的随机数传输到服务端；
3）服务端通过私钥对随机数进行解密；
4）服务端通过客户端传入的随机数构造对称加密算法，对返回结果内容进行加密后传输。
为什么数据传输是用对称加密？
首先：非对称加密的加解密效率是非常低的，而 http 的应用场景中通常端与端之间存在大量的交互，非对称加密的效率是无法接受的。
另外：在 HTTPS 的场景中只有服务端保存了私钥，一对公私钥只能实现单向的加解密，所以 HTTPS 中内容传输加密采取的是对称加密，而不是非对称加密。
为什么需要 CA 认证机构颁发证书？
HTTP 协议被认为不安全是因为传输过程容易被监听者勾线监听、伪造服务器，而 HTTPS 协议主要解决的便是网络传输的安全性问题。
首先我们假设不存在认证机构，任何人都可以制作证书，这带来的安全风险便是经典的“中间人攻击”问题。
如上图所以，过程原理如下：
-
1）本地请求被劫持（如DNS劫持等），所有请求均发送到中间人的服务器；
-
2）中间人服务器返回中间人自己的证书；
-
3）客户端创建随机数，通过中间人证书的公钥对随机数加密后传送给中间人，然后凭随机数构造对称加密对传输内容进行加密传输；
-
4）中间人因为拥有客户端的随机数，可以通过对称加密算法进行内容解密；
-
5）中间人以客户端的请求内容再向正规网站发起请求；
-
6）因为中间人与服务器的通信过程是合法的，正规网站通过建立的安全通道返回加密后的数据；
-
7）中间人凭借与正规网站建立的对称加密算法对内容进行解密；
-
8）中间人通过与客户端建立的对称加密算法对正规内容返回的数据进行加密传输；
-
9）客户端通过与中间人建立的对称加密算法对返回结果数据进行解密。
对称加密和非对称加密的区别：
对称加密: 加密和解密的秘钥使用的是同一个
非对称加密: 公钥和私钥
