目录
1.HTTPS是什么
HTTPS也是一个应用层协议。是在HTTP协议的基础上引入了一个加密层。
HTTP协议内容都是按照文本的方式明文传输的。这就导致了在传输过程中出现了一些被篡改的情况。
例如：“运营商劫持”
未被劫持的效果，点击下载按钮，就会弹出天天动听的下载链接。
已被劫持的效果，点击下载按钮，就会弹出QQ浏览器的下载链接
由于我们通过网络传输的任何的数据包都会经过运营商的网络设备（路由器，交换机等），那么运营商的网络设备就可以解析出你传输的数据内容，并进行篡改。
点击“下载按钮”，其实就是在给服务器发送了一个HTTP请求，获取到的HTTP响应其实就是包含了该APP的下载链接，运营商劫持之后，就发现了这个请求就是要下载天天动听，那么就自动的把交给用户的响应给窜改成“QQ浏览器”的下载地址了。
2.“加密”是什么
加密就是把明文（要传输的信息）进行一系列的变换，生成密文。
解密就是把密文在进行一系列的变换，还原成明文。
在这个加密和解密的过程中，往往需要一个或者多个中间的数据，辅助这个过程，这样的数据称为密钥。
加密解密到如今已经发展成一个独立的学科：密码学
3.HTTPS的工作过程
既然要保证数据安全，就需要进行“加密”。
网络长春树中不再直接传输明文了，而是加密之后的“密文”
加密的方式有很多，但是整体可以分成两大类：对称加密和非对称加密。
3.1引入对称加密
对称加密其实就是通过同一个“密钥”，把明文加密成密文，并且也能把密文解密成明文。
引入对称加密之后，即使数据被截获，由于黑客不知道密钥是什么，因此就无法进行解密，也就不知道请求的真实内容是什么了。
但事实上，服务器同一时刻其实就是给很多客户端提供服务的，这么多客户端，每个人使用的密钥都必须是不同的。因此服务器就需要维护每个客户端和每个密钥之间的关联关系。
比较理想的做法，就是能在客户端和服务器建立连接的时候，双方协商确定这次的密钥是什么。
但是如果直接把密钥明文传输，那么黑客也就能获得密钥了。
此时需要引入非对称加密
3.2 引入非对称加密
非对称加密要用到两个密钥，一个叫做“公钥”，一个叫做“私钥”。
公钥和私钥是配对的，最大的缺点就是运算速度非常慢，比对称加密要慢很多。
- 通过公钥对明文加密，变成密文。
- 通过私钥对密文解密，变成明文。
也可以反着用
- 通过私钥对明文加密，变成密文。
- 通过公钥对密文解密，变成明文。
- 客户端在本地生成对称密钥，通过公钥加密，发送给服务器。
- 由于中间的网络设备没有私钥，即使截获了数据，也无法还原出内部的原文，也就无法获取到对称密钥。
- 服务器通过私钥解密，还原出客户端发送的对称密钥，并且使用这个对称密钥加密给客户端返回的对应数据。
- 后续客户端和服务器的通信都只能用对称加密即可，由于该密钥只有客户端和服务器两个主机知到，其他主机/设备不知道密钥即使截获数据也没有意义。
由于对称加密的效率比非对称加密高很多，因此只是在开始阶段协商密钥的时候使用非对称加密，后续的传输仍然使用对称加密。
那么问题：
- 客户端如何获取到公钥？
- 客户端如何确定这个公钥不是黑客伪造的？
4.中间人攻击
黑客可以使用中间人进行攻击，获取到对称密钥。
- 服务器具有非对称加密算法的公钥S，私钥S'
- 中间人具有非对称加密算法的公钥M，私钥M'
- 客户端向服务器发送请求，服务器明文传送公钥S给客户端。
- 中间人劫持数据报文，提取公钥S并保存好，然后将劫持报文中的公钥S替换成为自己的公钥M，并将伪造报文发送给客户端。
- 客户端收到报文，提取公钥M，自己形成对称密钥X，用公钥M加密X，形成报文发送给服务器。
- 中间人劫持后，直接用自己的私钥M'进行加密，得到通信密钥X，再用曾经保存的服务器公钥S加密后，将报文推送给服务器。
- 服务器拿到报文，用自己的私钥S'解密，得到通信秘钥X。
- 双方开始采用X进行对称加密，进行通信。但是一切都在中间人的掌握中，劫持数据，进行窃听甚至修改，都是可以的。
5.引入证书
服务器在使用HTTPS前，需要向CA机构申领一份数字证书，数字证书里含有证书申请者信息，公钥信息等。服务器把证书传输给浏览器，浏览器从证书里获取公钥就行了，证书就如同身份证，证明服务端公钥的权威性。
这个证书可以理解成一个结构化的字符串，里面包含了以下信息：
- 证书发布机构
- 证书有效期
- 公钥
- 证书所有者
- 签名
- ……
需要注意的是：申请证书的时候，需要在特定平台生成检查，会同时生成一对密钥对，即公钥和私钥。这对密钥对就是用来在网络通信中进行明文加密以及数字签名的。
6. 理解数据签名
签名的形成是基于非对称加密算法的，注意，目前暂时和https没有关系。
当服务端申请CA证书的时候，CA机构会对该服务端进行审核，并专门为该网站形成数字签名，过程如下：
- CA机构拥有非对称加密的私钥A和公钥A'
- CA机构对服务端申请的证书明文数据进行hash，形成数据摘要。
- 然后对数据摘要用CA私钥A'加密，得到数字签名S。
服务端申请的证书明文好数字签名S共同组成了数字证书，这样一份数字证书就可以颁发给服务端
7.通过证书解决中间人攻击
在客户端和服务器刚建立连接的时候，服务器给客户端一个证书。
这个证书包含了刚才的公钥，也包含了网站的身份信息。
当客户端获取到这个证书之后，会对证书进行校验（防止证书是伪造的）。
- 判定证书的有效期是否过期。
- 判定证书的发布机构是否受信任（操作系统之中已内置的受信任的证书发布机构）。
- 验证书是否被篡改：从系统重拿到该证书发布机构的公钥，对签名进行解密1，得到一个hash值（称为数据摘要），设为hash1，然后计算整个证书的hash值，设为hash2，对比hash1和hash2是否相等，如果相等，则说明证书是没有被篡改过的。
7.1 查看浏览器的授信任证书发布机构
Chrome浏览器，点击右上角的
选择“设置”，搜素“证书管理”，即可看到以下界面
7.2 中间人有没有可能篡改证书？
- 中间人篡改了证书的明文
- 由于他没有CA机构的私钥，所以hash之后用私钥加密形成签名，那么也就没办法对篡改后的证书形成匹配的签名。
- 如果强行篡改，客户端收到该证书后会发现明文和签名解密后的值不一样，则说明证书已经被篡改，证书不可信，从而终止向服务器传输信息，防止信息泄露给中间人。
7.3 中间人整个掉包证书？
- 因为中间人没有CA密钥，所以无法制作假的证书（为什么？）。
- 所以中间人只能向CA申请真证书，然后用自己申请的证书进行掉包。
- 这个确实能够做到证书的整体掉包，但是别忘记，证书明文中包含了域名等服务端认证信息，如果整体掉包，客户端依旧能够识别出来。
- 永远记住：中间人没有CA密钥，所以对任何证书都无法进行合法修改，包括自己的。
8. 常见问题
为什么摘要内容再网络传输的时候一定要加密形成签名？
常见的摘要算法由：MD5和SHA系列
以MD5为例，我们不需要研究具体的计算签名的过程，只需要了解MD5的特点：
- 定长：无论多长的字符串，计算出来的MD5值都是固定长度。
- 分散：源字符串只要改变一点点，最终得到的MD5差别都会很大。
- 不可逆：通过原字符串生成MD5很容易，但是通过MD5还原成原创理论上是不可能的。
正因为MD5有这样的特性，我们可以认为两个字符串的MD5值相同，则认为这两个字符串相同。
9. 总结
HTTPS工作过程中涉及到的密钥有三组。
第⼀组(⾮对称加密): ⽤于校验证书是否被篡改. 服务器持有私钥(私钥在注册证书时获得), 客⼾端持有公钥(操作系统包含了可信任的 CA 认证机构有哪些, 同时持有对应的公钥). 服务器使⽤这个私钥对证书的签名进⾏加密. 客⼾端通过这个公钥解密获取到证书的签名, 从⽽校验证书内容是否是篡改过.
第⼆组(⾮对称加密): ⽤于协商⽣成对称加密的密钥. 服务器⽣成这组 私钥-公钥 对, 然后通过证书把公钥传递给客⼾端. 然后客⼾端⽤这个公钥给⽣成的对称加密的密钥加密, 传输给服务器, 服务器通过私钥解密获取到对称加密密钥.
第三组(对称加密): 客⼾端和服务器后续传输的数据都通过这个对称密钥加密解密.
其实⼀切的关键都是围绕这个对称加密的密钥. 其他的机制都是辅助这个密钥⼯作的.
第⼆组⾮对称加密的密钥是为了让客⼾端把这个对称密钥传给服务器.
第⼀组⾮对称加密的密钥是为了让客⼾端拿到第⼆组⾮对称加密的公钥.
1786
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
