HTTPS加密的过程

对称加密

客户端和服务器公用一个密匙用来对消息加解密，这种方式称为对称加密。客户端和服务器约定好一个加密的密匙。客户端在发消息前用该密匙对消息加密，发送给服务器后，服务器再用该密匙进行解密拿到消息。

优点：对称加密解决了http中消息保密性的问题，算法公开、计算量小、加密速度 快、加密效率高。
缺点：对称加密，密钥管理的安全性很低，因为加密和解密都使用同一个密钥，在密钥的发送过程中，密钥可能被第三方截取，导致第三方也可以破解密文。因为密匙泄露风险较高，所以很难保证消息来源的可靠性、消息的完整性和准确性。

非对称加密

采用非对称加密时，客户端和服务端均拥有一个公有密匙和一个私有密匙。公有密匙可以对外暴露，而私有密匙只有自己可见。使用公有密匙加密的消息，只有对应的私有密匙才能解开。反过来，使用私有密匙加密的消息，只有公有密匙才能解开。这样客户端在发送消息前，先用服务器的公匙对消息进行加密，服务器收到后再用自己的私匙进行解密。

优点：安全性较高，比对称密钥安全性高很多。 非对称加密算法的保密性比较好，它消除了最终用户交换密钥的需要
缺点：由于其算法复杂，而使得加密解密速度没有对称加密解密的速度快。

HTTPS加密方式

综上所述https的加密方式是对称加密+非对称加密，即通过非对称加密来传递对称加密的密匙，然后通过对称加密进行数据传输。
但这种加密方式并不是绝对安全的，服务器以明文的方式给客户端传输公钥的时候，中间人截取了这把属于服务器的公钥，并且把中间人自己的公钥冒充服务器的公钥传输给了客户端。
之后客户端就会用中间人的公钥来加密自己生成的密钥。然后把被加密的密钥传输给服务器，这个时候中间人又把密钥给截取了，中间人用自己的私钥对这把被加密的密钥进行解密，解密后中间人就可以获得这把密钥了。
最后中间人再对这把密钥用刚才服务器的公钥进行加密，再发给服务器。
毫无疑问，在这个过程中，中间人获取了对称加密中的密钥，在之后服务器和客户端的对称加密传输中，这些加密的数据对中间人来说，和明文没啥区别。

CA

为了解决上面的问题我们需要一个方法来证明公钥是由服务器发放的而不是别人冒充的，于是就有了数字证书，数字证书里含有证书持有者信息、公钥信息等，相当于身份证。而数字证书就是由CA机构发放的。