HTTPS是如何保障安全的.md
零、引入
在WWDC 2016开发者大会上，苹果宣布了一个最后期限：到2017年1月1日 App Store中的所有应用都必须启用 App Transport Security安全功能。App Transport Security（ATS）是苹果在iOS 9中引入的一项隐私保护功能，屏蔽明文HTTP资源加载，连接必须经过更安全的HTTPS。
一、HTTPS概述
HTTPS（全称：Hypertext Transfer Protocol over Secure Socket Layer），是以安全为目标的HTTP通道，简单讲是HTTP的安全版。即HTTP下加入SSL层，HTTPS的安全基础是SSL。
二、HTTPS的历史
互联网诞生之初 SSL（Secure Sockets Layer 安全套接层）是由 Netscape 这家最早的浏览器公司设计的，主要是用于 Web 的安全传输的协议，这种协议在早期 Web 上获得了广泛的应用。后来被 IETF 标准化形成了 TLS（Transport Layer Security 传输层安全）标准，其历史如下：
1994: SSL1.0，因为存在严重的安全漏洞，未发布。
1995: SSL2.0，这个版本由于设计缺陷，很快被发现有严重漏洞，被废弃。
1996: SSL3.0，重新设计并开始流行，SSL 前三个版本都是由 Netscape 设计实现。
1999: TLS1.0，IETF 将 SSL 标准化，即 RFC 2246。
2006: TLS1.1，作为 RFC 4346 发布。
2008: TLS1.2，作为 RFC 5246 发布 。
2015: TLS1.3，尚在制定中，处于草案阶段。
如上，现在互联网世界使用最广泛的应该是 TLS1.2 标准。
三、HTTPS的目标和功能
最初的设计目标就是为了实现下面三个目的：
- 身份认证：防止身份冒充。
- 内容加密：第三方无法窃听。
- 数据完整性：无法篡改。
四、HTTPS握手过程
4.1、客户端首次发出请求
客户端将自己支持的TLS协议、加密套件(Cipher Suite)的列表传送给服务端。除此之外，客户端还要产生一个随机数client_random。
客户端需要提供如下信息：
支持的协议版本，比如TLS 1.2版
一个客户端生成的随机数，client_random
加密套件列表，比如TLS_RSA_WITH_AES_256_CBC_SHA
要访问的域名hostname
4.2、服务端首次回应（Server Hello & Certificate Server Key Exchange & Server Hello Done）
服务端在接收到客户端的Client Hello之后，服务端需要确定加密协议的版本，以及加密的算法，然后也生成一个随机数server_random，以及将自己的证书发送给客户端。
服务端需要提供的信息：
协议的版本
加密的算法
随机数server_random
服务器证书
4.3、客户端验证证书（Client Key Exchange & Change Cipher Spec & Encrypted Handshake Message）
客户端验证服务器证书的合法性，证书合法性包括：证书是否过期，发行服务器证书的 CA 是否可靠，发行者证书的公钥能否正确解开服务器证书的“发行者的数字签名”，服务器证书上的域名是否和服务器的实际域名相匹配。如果合法性验证没有通过，通讯将断开；
客户端使用一些加密算法(例如：RSA,Diffie-Hellman)产生一个48个字节的Key，这个Key叫PreMaster Secret。该PreMaster Secret用服务器证书中的公钥加密传送。
客户端发送编码改变通知（ChangeCipherSpec），表示随后的信息都将用双方商定的加密方法和密钥发送。
客户端发送握手结束通知，表示客户端的握手阶段已经结束。这一项同时也是前面发送的所有内容的hash值，用来供服务器校验。
本阶段发送内容
加密后的PreMaster Secret
ChangeCipherSpec
握手结束通知
4.4、服务器再次响应（Change Cipher Spec & Encrypted Handshake Message）
服务端在接收到客户端传过来的PreMaster Secret加密数据之后，使用证书私钥对这段加密数据进行解密，并对数据进行验证，也会使用跟客户端同样的方式生成秘钥（Master Secret和Session Secret），一切准备好之后，也会给客户端发送一个 ChangeCipherSpec，告知客户端已经切换到协商过的加密套件状态，准备使用加密套件和 Session Secret加密数据了。
之后，服务端也会使用 Session Secret 加密一段 Finish 消息发送给客户端，以验证之前通过握手建立起来的加解密通道是否成功。
需要注意的是，上面握手过程中存在三个Key(client_random, server_random,PreMaster Secret)，而且服务器和客户端都保留着这三个值，客户端和服务端通过这三个值计算出同样的Master secret。
4.5、后续客户端与服务器间通信
确定秘钥之后，服务器与客户端之间就会通过商定的秘钥加密消息了，进行通讯了。
五、Master Secret的计算过程
在上一节中，出现了client_random、server_random、PreMaster Secret三个随机的KEY。
Master Secret的计算过程如下（客户端和服务端都会同时计算，结果也是一样的）
Master Secret和Session Secret是什么关系呢？
Master Secret的数据结构如上，其中Client write MAC key是客户端发数据的session secret，Server write MAC secret是服务端发送数据的session key。
MAC(Message Authentication Code)，是一个数字签名，用来验证数据的完整性，可以检测到数据是否被串改。
六、加密套件Cipher Suite
常见的加密套件如TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256，其组成结构如下，
调整加密套件可以影响服务器的相应时间，但需要考虑各个平台兼容性。
七、参考资料
http://www.moserware.com/2009/06/first-few-milliseconds-of-https.html
https://yq.aliyun.com/articles/47322
http://honglu.me/2016/01/13/HTTPS%E8%AF%A6%E8%A7%A3/
http://www.wxtlife.com/2016/03/27/%E8%AF%A6%E8%A7%A3https%E6%98%AF%E5%A6%82%E4%BD%95%E7%A1%AE%E4%BF%9D%E5%AE%89%E5%85%A8%E7%9A%84%EF%BC%9F/
http://www.lynahex.com/index.php/archives/how-https-works-2.html
《HTTPS权威指南》
转载请注明：IPCPU-网络之路 » HTTPS是如何保障安全的-HTTPS握手过程分析