Https

一、HTTPS

• 加密和哈希
• 数字签名和数字证书
• HTTPS 的核心 SSL/TSL 协议
• iOS中的实际运用

二、HTTPS 单向认证和双向认证

• Https单向认证和双向认证

2.1 单向认证

Https 在建立 Socket 连接之前，需要进行握手，具体过程如下：

1.  客户端向服务端发送 SSL 协议版本号、加密算法种类、随机数等信息。
2.  服务端给客户端返回 SSL 协议版本号、加密算法种类、随机数等信息，同时也返回服务器端的证书，即公钥证书。
3. 客户端使用服务端返回的信息验证服务器的合法性，包括：
   1. 证书是否过期
   2. 发行服务器证书的 CA 是否可靠
   3. 返回的公钥是否能正确解开返回证书中的数字签名
   4. 服务器证书上的域名是否和服务器的实际域名相匹配
4. 验证通过后，将继续进行通信，否则，终止通信
5. 客户端向服务端发送自己所能支持的对称加密方案，供服务器端进行选择。
6. 服务器端在客户端提供的加密方案中选择加密程度最高的加密方式。
7. 服务器将选择好的加密方案通过明文方式返回给客户端
8. 客户端接收到服务端返回的加密方式后，使用该加密方式生成随机码，用作通信过程中对称加密的密钥，使用服务端返回的公钥进行加密，将加密后的随机码发送至服务器
9. 服务器收到客户端返回的加密信息后，使用自己的私钥进行解密，获取对称加密密钥。 

在接下来的会话中，服务器和客户端将会使用该密码进行对称加密，保证通信过程中信息的安全。

2.2 双向认证

双向认证和单向认证原理基本差不多，只是除了客户端需要认证服务端以外，增加了服务端对客户端的认证，具体过程如下：

1. 客户端向服务端发送 SSL 协议版本号、加密算法种类、随机数等信息。
2. 服务端给客户端返回 SSL 协议版本号、加密算法种类、随机数等信息，同时也返回服务器端的证书，即公钥证书
3. 客户端使用服务端返回的信息验证服务器的合法性，包括：
   1. 证书是否过期
   2. 发行服务器证书的 CA 是否可靠
   3. 返回的公钥是否能正确解开返回证书中的数字签名
   4. 服务器证书上的域名是否和服务器的实际域名相匹配
4. 验证通过后，将继续进行通信，否则，终止通信
5. 服务端要求客户端发送客户端的证书，客户端会将自己的证书发送至服务端
6. 验证客户端的证书，通过验证后，会获得客户端的公钥
7. 客户端向服务端发送自己所能支持的对称加密方案，供服务器端进行选择
8. 服务器端在客户端提供的加密方案中选择加密程度最高的加密方式，将加密方案通过使用之前获取到的公钥进行加密，返回给客户端
9. 客户端收到服务端返回的加密方案密文后，使用自己的私钥进行解密，获取具体加密方式，而后，产生该加密方式的随机码，用作加密过程中的密钥，使用之前从服务端证书中获取到的公钥进行加密后，发送给服务端
10. 服务端收到客户端发送的消息后，使用自己的私钥进行解密，获取对称加密的密钥，在接下来的会话中，服务器和客户端将会使用该密码进行对称加密，保证通信过程中信息的安全。