详细解析：https://www.jianshu.com/p/29e0ba31fb8d
https://zhuanlan.zhihu.com/p/28197870
https://blog.csdn.net/lvyibin890/article/details/82462041
HTTP工作（超文本传输协议）
HTTP缺省工作在TCP协议80端口，用户访问网站http://打头的都是标准HTTP服务。
HTTPS工作（ssl 加密传输协议）
HTTPS缺省工作在TCP协议443端口，工作流程一般如下方式：
1、完成TCP三次同步握手
2、客户端验证服务器数字证书，通过，进入步骤3
3、DH算法协商对称加密算法的密钥、hash算法的密钥
4、SSL安全加密隧道协商完成
5、网页以加密的方式传输，用协商的对称加密算法和密钥加密，保证数据机密性；用协商的hash算法进行数据完整性保护，保证数据不被篡改
如果HTTPS是网银服务，以上SSL安全隧道成功建立才会要求用户输入账户信息， 账户信息事在安全隧道里传输，所以不会泄密！
区别：
1、HTTP所封装的信息是明文的，通过抓包工具可以分析其内容，HTTPS是加密的安全传输（SSL+HTTP）。
2、https 协议要申请证书到CA，需要一定经济成本。
3、连接的端口不一样，http是80，https 是443。
4、http连接很简单，没有状态；https是ssl 加密的传输，身份认证的网络协议，相对http传输比较安全。
应用：
1、信任主机的问题，采用https 的server 必须从CA 申请一个用于证明服务器用途类型的证书。该证书只有用于对应的server的时候，客户度信任此主机。
- 所以目前所有的银行系统网站，关键部分应用都是https 的。客户通过信任该证书，从而信任了该主机.。其实这样做效率很低,但是银行更侧重安全。 这一点对我们没有任何意义,我们的server ，采用的证书不管自己issue 还是从公众的地方issue，客户端都是自己人，所以我们也就肯定信任该server。
2、通讯过程中的数据的泄密和被篡改：
（1）一般意义上的https，就是 server 有一个证书。
a) 主要目的是保证server 就是他声称的server。这个跟第一点一样。
b) 服务端和客户端之间的所有通讯，都是加密的。（i. 具体讲，是客户端产生一个对称的密钥，通过server 的证书来交换密钥。一般意义上的握手过程。ii. 加下来所有的信息往来就都是加密的。第三方即使截获，也没有任何意义。因为他没有密钥。当然窜改也就没有什么意义了。）
（2）少许对客户端有要求的情况下，会要求客户端也必须有一个证书。
a) 这里客户端证书，其实就类似表示个人信息的时候，除了用户名/密码，还有一个CA 认证过的身份。应为个人证书一般来说是别人无法模拟的，所以这样能够更深的确认自己的身份。
b) 目前少数个人银行的专业版是这种做法，具体证书可能是拿U盘作为一个备份的载体。
（3）HTTPS 一定是繁琐的。
a) 本来简单的http协议，一个get一个response。由于https 要还密钥和确认加密算法的需要。单握手就需要6/7 个往返。i. 任何应用中，过多的round trip 肯定影响性能。
b) 接下来才是具体的http协议，每一次响应或者请求，都要求客户端和服务端对会话的内容做加密/解密。（i. 尽管对称加密/解密效率比较高，可是仍然要消耗过多的CPU，为此有专门的SSL 芯片。如果CPU 性能比较低的话，肯定会降低性能，从而不能server 更多的请求。ii. 加密后数据量的影响。所以，才会出现那么多的安全认证提示。）
Diffie-Hellman密钥交换算法原理：
（1）Alice与Bob确定两个大素数n和g，这两个数不用保密
（2）Alice选择另一个大随机数x，并计算A如下：A=gx mod n
（3）Alice将A发给Bob
（4）Bob 选择另一个大随机数y，并计算B如下：B=gy mod n
（5）Bob将B发给Alice
（6）计算秘密密钥K1如下：K1=Bx mod n
（7）计算秘密密钥K2如下：K2=Ay mod n
K1=K2，因此Alice和Bob可以用其进行加解密
网友评论