TLS协议中的握手协议

TLS 握手协议（handshake protocol）

握手是TLS协议中最精密复杂的部分。在这个过程中，通信双方协商连接参数(沟通双方各有什么加密算法，选择一个最合适的算法)，并且完成身份验证。根据使用的功能的不同，整个过程通常需要交换6~10次信息。根据配置和支持的协议扩展的不同，交换过程可能有许多变种。在使用中经常可以观察到以下三种流程：

(一) 完整的握手，对服务器进行身份验证；

(二) 短握手（恢复以前某个会话 根据session id）；

(三) 对客户端和服务器都进行身份验证的握手。

握手协议消息的标头信息包含消息类型（1字节）和长度（3字节），余下的信息则取决于消息类型。

一个系统介绍TLS协议，加密算法，以及使用 openssl 建立私有CA的课程：http://edu.51cto.com/sd/89f15

(一) 完整的握手

TLS连接都会以握手开始。如果客户端此前并未与服务器建立会话，那么双方会执行一次完整的握手流程来协商TLS会话。握手过程中，客户端和服务器将进行以下四个主要步骤。

(1) 交换各自所支持的加密算法(密钥套件)，如果需要其他参数，参数也要达成一致。

(2) 验证对方的证书，或使用其他方式进行身份验证。

(3) 对主密钥达成一致。

(4) 验证握手消息的完整性（看是否被第三方修改）。

在实际使用中，第2步和第3步都是密钥交换（更通用的说法是密钥生成）的一部分，如果没有身份验证，主动攻击者就可以将自身嵌入会话，并冒充会话的另一端。

一个TLS握手需要2个RTT （round trip time），一个RTT通俗的说就是一个来回，一来一往就是一个RTT。红色部分是服务器端发送的数据，黑色是客户端。

(1) 客户端开始新的握手( ClientHello)，将自身支持的加密功能（Cipher Suites）提交给服务器。

(2) 服务器( ServerHello)，选择Cipher Suite。

(3) 服务器发送其证书(Certificate)（当需要服务器身份验证时）。

(4) 根据选择的密钥交换方式，服