共计 1770 个字符，预计需要花费 5 分钟才能阅读完成。
咱们所说的 https 实际上就是平安版本的 http，是 http+ssl 加密实现的。
SSL 握手协定
1. 客户端: 发动一个 HTTPS 申请，请给我公钥
2. 服务器: 这是我的证书，外面有加密后的公钥
3. 客户端: 解密胜利当前给服务器用公钥非对称加密后的随机数
4. 服务器: 服务器返回确认收到随机数，当前就用它对称加密数据
知识点 1
https 应用的是对称加密和非对称加密的联合形式
咱们的证书验证局部采纳的是非对称加密，信息传输局部采纳的是对称加密
建设之后是内容的双向传递
须要平安，咱们就须要加密
1 对称加密，用一把钥匙加密，同一把钥匙开锁
毛病：十分的不平安，如果被窃取到了钥匙和密文的话，就能够获取数据（不平安）
那怎么办？应用非对称加密形式
2 非对称加密的形式: 有公钥和私钥两把钥匙，把公钥给对方，并且对方应用公钥进行加密，并把加密的密文传输过去。（公钥加密，只有私钥能解密（本人不行），反之一样）。所以解决了对称加密不平安的问题。(即便你失去了密文和加密应用的公钥，你也无奈解开密文)
毛病 1：怕他人假冒，如果有人把公钥拦挡，发送本人的公钥给对方，而后对方应用本人的公钥加密，并拦挡加密后的密文就能够获取数据了。（假冒）
毛病 2: 我当然也能够进行毁坏，篡改加密之后的密文，我的不到的你也别想得到，我就是想搞一搞破坏。(篡改，毁坏）。
毛病 3：非对称加密效率太低，太慢了
那么，咱们怎么解决效率低和保障发送公钥的人的身份就是正确的人, 保障传输数据的完整性，未被毁坏呢？
（CA 认证机构颁发证书，数字签名，数组证书）
3 CA 数字证书（CA 认证机构颁发证书）
所以咱们引入了公正的第三方权威机构
这个 CA 机构会给服务端发一个数字证书，这个证书包含服务端的一些信息和服务端的公钥
那咱们首先服务端会发送本人数组证书给客户端（这也是一个发送公钥的过程），
我通过数字证书的类别（是哪一家机构颁布的），找到机构的核心的公钥。解码数字证书，解码正确，示意是证书是真的，再确认证书上的信息，正确的话就获取服务端的公钥（公钥的传递，公钥是在数字证书外面的）
前面，咱们应用公钥对数字签名进行解密，确认完整性
4 数字签名
为了解决，确认密文没有被批改过。咱们应用了数字签名。
数字签名：是咱们对须要传输的内容进行编码操作，变成 hash 值。并且对 hash 值进行私钥的加密。（这一个通过 hash 和加密的操作是咱们所说的数字签名）
最初咱们把没有操作的原文和通过一系列操作的数字签名一起发给服务端。那么咱们对原文进行进行 hash 操作和公钥解析数字签名的进行比照，确认是对的人发送的，并且内容没有通过篡改和毁坏。
毛病：我没有方法保障公钥传递的平安，不能保障发送公钥的人是对的，而不是他人伪造的
因为咱们通过了一系列的证书验证，确定了发送数字证书的人的身份是正确的，那咱们最初的数据传输应用一个随机数，对随机数的公钥加密，私钥解密，制订最初传递数据所采纳的对称加密形式序列，传递最初的数据
问题 1：那么咱们的随机数被截取了怎么办？
我感觉上面的答案不对，如果我随机数被篡改，不是就能够轻而易举的取得前面对称加密的数据嘛？？？
其实 HTTPS 并不蕴含对随机数的平安保障，HTTPS 保障的只是传输过程平安，而随机数存储于本地，本地的平安属于另一平安领域，应答的措施有装置杀毒软件、反木马、浏览器降级修复破绽等。
问题 2：如果我假冒证书怎么办？（每个人都能够制作证书）
尽管我拿到了证书，然而证书是通过 CA 机构私钥进行加密的，就算拿到了也没方法拿到 CA 的私钥，对其信息进行加密假冒正规的服务端。
问题 3：我对证书进行解密，拿到了公钥，拿着公钥对随机数进行加密。取得最初堆成加密替换的数据怎么办？
问题 4：证书机构的公钥在哪里取得？
计算机的操作系统里或者浏览器里会内置一些罕用的公钥。操作系统只会存储权威机构的公钥
问题 5：SSL 过程这么简单，会很慢吗？
SSL 握手的工夫并不是只能用来传递加密信息，还能够承当起客户端和服务器沟通 HTTP2 兼容状况的工作。因而从 HTTPS 切换到 HTTP2.0 不会有任何性能上的开销，反倒是得益于 HTTP2.0 的多路复用等技术，后续能够节约大量工夫。
如果把 HTTPS2.0 当做指标，那么 HTTPS 的性能损耗就更小了，远远比不上它带来的安全性晋升。
参考链接：
https://sslhow.com/ssl-certif…
