概述
TLS 全称为 Transport Layer Security（传输层安全），其前身是 SSL，全称为 Secure Sockets Layer（安全套接字层），它的作用是为上层的应用协议提供安全的通信，比如众所周知的 HTTP + TLS = HTTPS。
SSL 2.0 是该协议的第一个公开发布的版本，由于其存在的安全问题很快被升级到了 SSL 3.0，并且在 1999 年，IETF 小组将该协议标准化，因此 TLS 1.0 诞生了。
本文将介绍 TLS 1.0 到 TLS 1.3 的握手流程，你只需要一点点的 SSL\TLS 或 HTTPS 的前置知识与了解过简单的密码学上的概念，如对称加密、非对称加密、哈希算法等名词。
- Client 向 Server 请求建立连接。
- Server 将自己的证书发送给 Client。
- Client 验证证书，然后使用证书中的公钥加密接下来要用来通信的密钥，将加密结果发送给 Server。
- Server 收到后进行响应，且将用该密钥来对需要发送或接收的上层数据进行加解密。
- 自此 TLS 握手完成，接下来开始使用密钥进行通信。
以下为简单的流程图：
我们使用的是 RSA 算法来进行密钥的交换。
RSA 应该是最多人了解的非对称加密算法，其在这里用于密钥协商(交换)和证书验证，这分别用到了它的两个特性：
公钥加密，对应私钥才能解密
私钥加密，对应公钥可以解密
证书机制用到了第二个机制。
证书实际上就是一段符合指定标准的文本，其大致上记录了：
证书所属的域名
域名所有者的公钥
有效日期
使用的加密算法
CA（证书颁发者）会对这些内容进行使用哈希函数导出一个值（简单来讲就是用 md5 类似的算法计算一下），该值将被 CA 的私钥进行加密（这样的操作也叫做"签名"），同时签名也将被记录到证书上。
而"证书验证"这个行为，当然指的就是使用证书颁发者公布的公钥，来对被加密的值进行解密，然后对证书使用同样的哈希函数进行计算，并使用计算出的值与解密出的值进行对比，如果相等则说明没有被篡改过，可以放心的使用证书上的公钥进行通信。
而在上文的握手过程中，由于通信密钥在发送给 Server 时被公钥所加密了，而用来解密的私钥自始自终都只被证书申请者持有，所以即使有人截取了所有通信的信息，都不能得到通信的密钥（当然这是在假定密钥永远不会泄露的情况下）。
这样，我们就建立了一个安全的"信道"。