HTTPS原理

握手使用非对称加密、Hash算法，握手完成后使用对称加密传输的内容。

握手过程

1. 浏览器将自己支持的一套加密规则发送给网站。
2. 网站从中选出一组加密算法与HASH算法，并将自己的身份信息以证书的形式发回给浏览器。证书里面包含了网站地址，加密公钥，以及证书的颁发机构等信息。
3. 浏览器获得网站证书之后浏览器要做以下工作：
   
   • 验证证书的合法性（颁发证书的机构是否合法，证书中包含的网站地址是否与正在访问的地址一致等），如果证书受信任，则浏览器栏里面会显示一个小锁头，否则会给出证书不受信的提示。
     
   • 如果证书受信任，或者是用户接受了不受信的证书，浏览器会生成一串随机数的密码作为对称密钥，并用证书中提供的公钥加密。
     
   • 使用约定好的HASH算法计算握手消息，并使用生成的随机数对消息进行加密，最后将之前生成的所有信息发送给网站。
4. 网站接收浏览器发来的数据之后要做以下的操作：
   
   • 使用自己的私钥将信息解密取出密码，使用密码解密浏览器发来的握手消息，并验证HASH是否与浏览器发来的一致。
     
   • 使用密码加密一段握手消息，发送给浏览器。
     
5. 浏览器解密并计算握手消息的HASH，如果与服务端发来的HASH一致，此时握手过程结束，之后所有的通信数据将由之前浏览器生成的随机密码并利用对称加密算法进行加密。

HTTPS一般使用的加密与HASH算法

• 非对称加密算法：RSA，DSA/DSS
• 对称加密算法：AES，RC4，3DES
• HASH算法：MD5，SHA1，SHA256

劫持分类

HTTPS为什么能很好地解决链路劫持

1. 身份认证
   
2. 内容加密
   
3. 一致性校验
   

HTTPS普及之痛

1. 慢
   • 网络耗时
   • 计算耗时
2. 贵
   • 服务器成本（HTTPS私钥计算会导致服务器性能急剧下降）
   • 证书成本
   • 开发和运维成本

参考

HTTPS 协议深度解析，为什么小程序开发者需要关注
图解HTTPS
HTTPS工作原理和TCP握手机制