持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第3天，点击查看活动详情
HTTP+SSL = HTTPS
SSH通信三大阶段
建立安全连接、客户端认证、数据传输
建立安全连接
服务器证明自己的身份使用公钥和私钥，发送公钥给客户端，会询问客户要不要链接如果客户端认定他为可信的服务端，客户端存储公钥，下次连接会先从known_host文件不需要再认证，整个过程如下：
- 服务器把自己的公开密钥登录到数字证书认证机构
- 认证机构用自己的私钥向服务器的公开密码署数字签名并颁发公钥证书
- 客户端拿到服务器的公钥证书之后，使用数字证书认证机构的公开密钥（早已被植入到系统和浏览器中），向认证机构验证公钥证书上的数字签名，已确认服务器的公开密钥的真实性
- 客户端使用服务器的公开密钥对保温加密后发送
- 服务端使用私钥解密请求报文
PS：服务器会将这份由数字证书认证机构颁发的公钥证书发送给客户端，以进行公开密钥加密方式通信。公钥证书也可叫做数字证书或直接称为证书。接到证书的客户端可使用数字证书认证机构的公开密钥，对那张证书上的数字签名进行验证，一旦验证通过，客户端便可明确两件事:一，认证服务器的公开密钥的是真实有效的数字证书认证机构。二，服务器的公开密钥是值得信赖的。此处认证机关的公开密钥必须安全地转交给客户端。使用通信方式时，如何安全转交是一件很困难的事，因此，多数浏览器开发商发布版本时，会事先在内部植入常用认证机关的公开密钥。
图:HTTPS 通信
- 步骤 1: 客户端通过发送 Client Hello 报文开始 SSL 通信。报文中包 含客户端支持的 SSL 的指定版本、加密组件(Cipher Suite)列表(所 使用的加密算法及密钥长度等)。
- 步骤 2: 服务器可进行 SSL 通信时，会以 Server Hello 报文作为应
- 答。和客户端一样，在报文中包含 SSL 版本以及加密组件。服务器的 加密组件内容是从接收到的客户端加密组件内筛选出来的。
- 步骤 3: 之后服务器发送 Certificate 报文。报文中包含公开密钥证 书。
- 步骤 4: 最后服务器发送 Server Hello Done 报文通知客户端，最初阶段的 SSL 握手协商部分结束。
- 步骤 5: SSL 第一次握手结束之后，客户端以 Client Key Exchange 报 文作为回应。报文中包含通信加密中使用的一种被称为 Pre-master secret 的随机密码串。该报文已用步骤 3 中的公开密钥进行加密。
- 步骤 6: 接着客户端继续发送 Change Cipher Spec 报文。该报文会提 示服务器，在此报文之后的通信会采用 Pre-master secret 密钥加密。
- 步骤 7: 客户端发送 Finished 报文。该报文包含连接至今全部报文的 整体校验值。这次握手协商是否能够成功，要以服务器是否能够正确 解密该报文作为判定标准。
- 步骤 8: 服务器同样发送 Change Cipher Spec 报文。
- 步骤 9: 服务器同样发送 Finished 报文。
- 步骤 10: 服务器和客户端的 Finished 报文交换完毕之后，SSL 连接 就算建立完成。当然，通信会受到 SSL 的保护。从此处开始进行应用 层协议的通信，即发送 HTTP 请求。步骤 11: 应用层协议通信，即发送 HTTP 响应。
- 步骤 12: 最后由客户端断开连接。断开连接时，发送 close_notify 报 文。上图做了一些省略，这步之后再发送 TCP FIN 报文来关闭与 TCP 的通信。
下面是对整个流程的图解。图中说明了从仅使用服务器端的公开密钥 证书（服务器证书）建立 HTTPS 通信的整个过程。
SSL缺点
HTTPS 也存在一些问题，那就是当使用 SSL时，它的处理速度会变慢。
