版权声明：本文为博主原创文章未经博主允许不得转载。 /nzzl54/article/details/

二：HTTPS加密方式

对称加密只有一个密钥加密和解密都用这个密钥；

非对称加密有公钥和私钥，私钥加密后的内容只有公钥才能解密公钥加密的内容只有私钥才能解密。公钥加密的另一用途是身份验证：用私钥加密的信息可以用公钥对其解密，接收者由此可知这条信息确实来自于拥有私钥的某人私钥加密的过程即数字签名

为了提高安全性，我们常用的做法是使用对称加密的手段加密数据可是只使用对称加密的话，双方通信的开始总會以明文的方式传输密钥那么从一开始这个密钥就泄露了，谈不上什么安全所以 TLS/SSL 在握手的阶段，结合非对称加密的手段保证只有通信双方才知道对称加密的密钥。大概的流程如下：下图同时也是单向认证的原理图

所以，HTTPS 实现传输安全的关键是：在 TLS/SSL 握手阶段保证仅有通信双方得到 Session Key！

单向认证：认证服务器-服务器给客户端公钥私钥只有服务器有。只有服务器可以解密

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

1  客户端向服务端发送SSL协议版本号、加密算法种类、随机数等信息。

2  服务端给客户端返回SSL协议版本号、加密算法种类、随機数等信息同时也返回服务器端的证书，

3  客户端使用服务端返回的信息验证服务器的合法性包括：

?          返回的公钥是否能正确解开返回證书中的数字签名-也就是使用返回的公钥解开证书中用私钥-可知这条信息确实来自于拥有私钥的某人。私钥加密的过程即数字签名

4  验证通過后将继续进行通信，否则终止通信

5  客户端向服务端发送自己所能tomcat7支持的jdk的对称加密方案，供服务器端进行选择

6  服务器端在客户端提供的加密方案中选择加密程度最高的加密方式

7  服务器将选择好的加密方案通过明文方式返回给客户端

8  客户端接收到服务端返回的加密方式后，使用该加密方式生成产生随机码用作通信过程中对称加密的密钥，使用服务端返回的公钥进行加密将加密后的随机码发送至服務器

9  服务器收到客户端返回的加密信息后，使用自己的私钥进行解密获取对称加密密钥。

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

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

1  客户端向服务端发送SSL协议版本号、加密算法种类、随机数等信息

2  服务端给客户端返回SSL协议版本號、加密算法种类、随机数等信息，同时也返回服务器端的证书即公钥证书

3  客户端使用服务端返回的信息验证服务器的合法性，包括：

4  驗证通过后将继续进行通信，否则终止通信

5  服务端要求客户端发送客户端的证书，客户端会将自己的证书发送至服务端

6  验证客户端的證书通过验证后，会获得客户端的公钥

7  客户端向服务端发送自己所能tomcat7支持的jdk的对称加密方案供服务器端进行选择

8  服务器端在客户端提供的加密方案中选择加密程度最高的加密方式

9  将加密方案通过使用之前获取到的公钥进行加密，返回给客户端

10 客户端收到服务端返回的加密方案密文后使用自己的私钥进行解密，获取具体加密方式而后，产生该加密方式的随机码用作加密过程中的密钥，使用之前从服務端证书中获取到的公钥进行加密后发送给服务端

服务端收到客户端发送的消息后，使用自己的私钥进行解密获取对称加密的密钥，茬接下来的会话中服务器和客户端将会使用该密码进行对称加密，保证通信过程中信息的安全