网站后台管理系统,网站建设推广服务费的税率是,专门做家具网站,网站技术策划内容作者#xff1a;小灰来源#xff1a;程序员小灰什么是HTTP协议#xff1f;HTTP协议全称Hyper Text Transfer Protocol#xff0c;翻译过来就是超文本传输协议#xff0c;位于TCP/IP四层模型当中的应用层。HTTP协议通过请求/响应的方式#xff0c;在客户端和服务端之间进行… 作者小灰来源程序员小灰什么是HTTP协议HTTP协议全称Hyper Text Transfer Protocol翻译过来就是超文本传输协议位于TCP/IP四层模型当中的应用层。HTTP协议通过请求/响应的方式在客户端和服务端之间进行通信。这一切看起来很美好但是HTTP协议有一个致命的缺点不够安全。HTTP协议的信息传输完全以明文方式不做任何加密相当于是在网络上“裸奔”。这样会导致什么问题呢让我们打一个比方小灰是客户端小灰的同事小红是服务端有一天小灰试图给小红发送请求。但是由于传输信息是明文这个信息有可能被某个中间人恶意截获甚至篡改。这种行为叫做中间人攻击。如何进行加密呢小灰和小红可以事先约定一种对称加密方式并且约定一个随机生成的密钥。后续的通信中信息发送方都使用密钥对信息加密而信息接收方通过同样的密钥对信息解密。这样做是不是就绝对安全了呢并不是。虽然我们在后续的通信中对明文进行了加密但是第一次约定加密方式和密钥的通信仍然是明文如果第一次通信就已经被拦截了那么密钥就会泄露给中间人中间人仍然可以解密后续所有的通信内容。这可怎么办呢别担心我们可以使用非对称加密为密钥的传输做一层额外的保护。非对称加密的一组秘钥对中包含一个公钥和一个私钥。明文既可以用公钥加密用私钥解密也可以用私钥加密用公钥解密。在小灰和小红建立通信的时候小红首先把自己的公钥Key1发给小灰收到小红的公钥以后小灰自己生成一个用于对称加密的密钥Key2并且用刚才接收的公钥Key1对Key2进行加密这里有点绕发送给小红小红利用自己非对称加密的私钥解开了公钥Key1的加密获得了Key2的内容。从此以后两人就可以利用Key2进行对称加密的通信了。在通信过程中即使中间人在一开始就截获了公钥Key1由于不知道私钥是什么也无从解密。是什么坏主意呢中间人虽然不知道小红的私钥是什么但是在截获了小红的公钥Key1之后却可以偷天换日自己另外生成一对公钥私钥把自己的公钥Key3发送给小灰。小灰不知道公钥被偷偷换过以为Key3就是小红的公钥。于是按照先前的流程用Key3加密了自己生成的对称加密密钥Key2发送给小红。这一次通信再次被中间人截获中间人先用自己的私钥解开了Key3的加密获得Key2然后再用当初小红发来的Key1重新加密再发给小红。这样一来两个人后续的通信尽管用Key2做了对称加密但是中间人已经掌握了Key2所以可以轻松进行解密。是什么解决方案呢难道再把公钥进行一次加密吗这样只会陷入鸡生蛋蛋生鸡永无止境的困局。这时候我们有必要引入第三方一个权威的证书颁发机构CA来解决。到底什么是证书呢证书包含如下信息为了便于说明我们这里做了简化只列出了一些关键信息。至于这些证书信息的用处我们看看具体的通信流程就能够弄明白了。流程如下1.作为服务端的小红首先把自己的公钥发给证书颁发机构向证书颁发机构申请证书。2.证书颁发机构自己也有一对公钥私钥。机构利用自己的私钥来加密Key1并且通过服务端网址等信息生成一个证书签名证书签名同样经过机构的私钥加密。证书制作完成后机构把证书发送给了服务端小红。3.当小灰向小红请求通信的时候小红不再直接返回自己的公钥而是把自己申请的证书返回给小灰。4.小灰收到证书以后要做的第一件事情是验证证书的真伪。需要说明的是各大浏览器和操作系统已经维护了所有权威证书机构的名称和公钥。所以小灰只需要知道是哪个机构颁布的证书就可以从本地找到对应的机构公钥解密出证书签名。接下来小灰按照同样的签名规则自己也生成一个证书签名如果两个签名一致说明证书是有效的。验证成功后小灰就可以放心地再次利用机构公钥解密出服务端小红的公钥Key1。5.像之前一样小灰生成自己的对称加密密钥Key2并且用服务端公钥Key1加密Key2发送给小红。6.最后小红用自己的私钥解开加密得到对称加密密钥Key2。于是两人开始用Key2进行对称加密的通信。在这样的流程下我们不妨想一想中间人是否还具有使坏的空间呢注最新推出的TLS协议是SSL 3.0协议的升级版和SSL协议的大体原理是相同的。
