HTTP协议与HTTPS协议的区别详解(图文)

超文本传输协议HTTP协议被用于在Web浏览器和网站服务器之间传递信息，HTTP协议以明文方式发送内容，不提供任何方式的数据加密，如果攻击者截取了Web浏览器和网站服务器之间的传输报文，就可以直接读懂其中的信息，因此，HTTP协议不适合传输一些敏感信息，比如：信用卡号、密码等支付信息。

　　为了解决HTTP协议的这一缺陷，需要使用另一种协议：安全套接字层超文本传输协议HTTPS，为了数据传输的安全，HTTPS在HTTP的基础上加入了SSL协议，SSL依靠证书来验证服务器的身份，并为浏览器和服务器之间的通信加密。

一、理论说明

1、HTTP和HTTPS的基本概念

　　HTTP：是互联网上应用最为广泛的一种网络协议，是一个客户端和服务器端请求和应答的标准（TCP），用于从WWW服务器传输超文本到本地浏览器的传输协议，它可以使浏览器更加高效，使网络传输减少。

　　HTTPS：是以安全为目标的HTTP通道，简单讲是HTTP的安全版，即HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL。

　　HTTPS协议的主要作用可以分为两种：一种是建立一个信息安全通道，来保证数据传输的安全；另一种就是确认网站的真实性。

2、HTTP与HTTPS有什么区别？

　　HTTP协议传输的数据都是未加密的，也就是明文的，因此使用HTTP协议传输隐私信息非常不安全，为了保证这些隐私数据能加密传输，于是网景公司设计了SSL（Secure Sockets Layer）协议用于对HTTP协议传输的数据进行加密，从而就诞生了HTTPS。简单来说，HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，要比http协议安全。

　　HTTPS和HTTP的区别主要如下：

　　1、https协议需要到ca申请证书，一般免费证书较少，因而需要一定费用。

　　2、http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl加密传输协议。

　　3、http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。

　　4、http的连接很简单，是无状态的；HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全。

3、HTTPS的工作原理

　　我们都知道HTTPS能够加密信息，以免敏感信息被第三方获取，所以很多银行网站或电子邮箱等等安全级别较高的服务都会采用HTTPS协议。

客户端在使用HTTPS方式与Web服务器通信时有以下几个步骤，如图所示。

　　（1）客户使用https的URL访问Web服务器，要求与Web服务器建立SSL连接。

　　（2）Web服务器收到客户端请求后，会将网站的证书信息（证书中包含公钥）传送一份给客户端。

　　（3）客户端的浏览器与Web服务器开始协商SSL连接的安全等级，也就是信息加密的等级。

　　（4）客户端的浏览器根据双方同意的安全等级，建立会话密钥，然后利用网站的公钥将会话密钥加密，并传送给网站。

　　（5）Web服务器利用自己的私钥解密出会话密钥。

　　（6）Web服务器利用会话密钥加密与客户端之间的通信。

4、HTTPS的优点

　　尽管HTTPS并非绝对安全，掌握根证书的机构、掌握加密算法的组织同样可以进行中间人形式的攻击，但HTTPS仍是现行架构下最安全的解决方案，主要有以下几个好处：

　　（1）使用HTTPS协议可认证用户和服务器，确保数据发送到正确的客户机和服务器；

　　（2）HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，要比http协议安全，可防止数据在传输过程中不被窃取、改变，确保数据的完整性。

　　（3）HTTPS是现行架构下最安全的解决方案，虽然不是绝对安全，但它大幅增加了中间人攻击的成本。

　　（4）谷歌曾在2014年8月份调整搜索引擎算法，并称“比起同等HTTP网站，采用HTTPS加密的网站在搜索结果中的排名将会更高”。

5、HTTPS的缺点

　　虽然说HTTPS有很大的优势，但其相对来说，还是存在不足之处的：

　　（1）HTTPS协议握手阶段比较费时，会使页面的加载时间延长近50%，增加10%到20%的耗电；

　　（2）HTTPS连接缓存不如HTTP高效，会增加数据开销和功耗，甚至已有的安全措施也会因此而受到影响；

　　（3）SSL证书需要钱，功能越强大的证书费用越高，个人网站、小网站没有必要一般不会用。

　 （4）SSL证书通常需要绑定IP，不能在同一IP上绑定多个域名，IPv4资源不可能支撑这个消耗。

　　（5）HTTPS协议的加密范围也比较有限，在黑客攻击、拒绝服务攻击、服务器劫持等方面几乎起不到什么作用。最关键的，SSL证书的信用链体系并不安全，特别是在某些国家可以控制CA根证书的情况下，中间人攻击一样可行。

6、http切换到HTTPS

　　如果需要将网站从http切换到https到底该如何实现呢？

这里需要将页面中所有的链接，例如js，css，图片等等链接都由http改为https。例如：http://www.baidu.com改为https://www.baidu.com

　　BTW，这里虽然将http切换为了https，还是建议保留http。所以我们在切换的时候可以做http和https的兼容，具体实现方式是，去掉页面链接中的http头部，这样可以自动匹配http头和https头。例如：将http://www.baidu.com改为//www.baidu.com。然后当用户从http的入口进入访问页面时，页面就是http，如果用户是从https的入口进入访问页面，页面即使https的。

二、图文详解

1、HTTPS VS HTTP

计算机网络 (二) 应用层 ：HTTP协议详解
在之前的文章中介绍了HTTP协议，虽然从中了解了他优秀的一面，但是也能看到他许多的不足。
由于其本身通信使用明文，没有进行加密，也没有确认通信方的一种机制，所以在互联网上近似于裸奔，很容易就会受到中间人攻击，导致安全存在问题。

通信时数据并没有进行加密，而是使用明文，很容易就会被窃听

没有验证通信对象的机制，导致了可能会有人假扮客户端进行通信

无法验证报文的完整性，中途可能被人篡改，自己又无法确认

2、HTTP的主要缺点如下

通信使用明文，内容可能会被窃听不验证通信方的身份，因此有可能遭遇伪装无法验证报文的完整性，有可能遭到篡改

为了弥补上述缺点，HTTPS就诞生了，HTTPS并不是一个新的协议，而是身披SSL外壳的HTTP，通过引入加密，证书，完整性保护来保证了他的安全。

3、HTTPS=HTTP+加密+证书+完整性保护加密对称加密

对称密钥加密也叫做共享密钥加密，其实就是加密和解密采用了同一个密钥

双方在进行通信时，发送方会利用密钥进行加密，再将密钥一同发送给接收方，让其使用这个密钥进行解密。
这种方法看起来不错，但是也存在问题，如果在发送的时候被拦截下来，密钥就会泄露给中间人，此时中间人就可以通过密钥来对之后的数据进行解密，此时也就失去了加密的意义

这时，就引入了非对称加密

4、非对称加密

非对称加密又叫做公开密钥加密，他使用一对非对称的密钥，一把叫做私有密钥，一把叫做公有密钥。故名思意，共有密钥是公开的，任何人都可以获得，而私有密钥则不能让任何人知道

当进行通信时，发送方使用对方的公有密钥进行加密，而接收方接收时则使用自己的私有密钥进行解密，这样一来，用于解密的私钥就完全掌握在接收者自己手里，中间人也无法从中窃取密钥，安全也一定程度的得到了保障。

5、混合加密

但是，从上面的描述也可以看出来，由于非对称加密的处理比起对称加密来说较为复杂，所以如果在通信时一直使用非对称加密，就会导致通信的效率大大的降低，所以HTTPS采用对称加密和非对称加密并用的混合加密机制

具体怎么做呢？

使用非对称加密的方式来交换之后用来进行加密解密的对称加密密钥
（因为对称加密的主要问题就是无法确保密钥是否安全，而此时采用非对称加密来传输密钥，就能很好的规避这个问题）在确保之前交换安全的情况下，使用对称加密密钥来进行通信
(而非对称加密的最大问题就在于其复杂的处理机制导致效率降低，所以在安全的情况下使用对称加密就可以大大提高效率)

6、证书

虽然数据得到了加密，不至于明文裸奔，但是这时以及安全了吗？
答案是否定的，我们还需要考虑到HTTP的第二个缺点，没有验证对象。

假设这样一个情景，小明和小张进行通信，中间人在双方第一次通信时就截获了小明的公钥，即使无法使用私钥解密，但是他仍然想出了一个坏点子——偷天换日，此时他冒充小明，将自己生成的公钥发送给小张。
此时小张误以为他就是小明，所以使用中间人的公钥进行加密，将对称加密的密钥发送了过去。
此时中间人就可以通过自己的私钥来进行解密，于是就获取了对称加密的密钥。之后他接着使坏——此时再伪装成小张，将密钥再一次加密后发送给小明，此时小明也认为他就是小张。

通过这种手法，中间人就能在双方都不知情的情况下，掌握了双方的对称加密密钥，轻松的截取了双方的通信内容。

为了解决这个问题，HTTPS引入了数字证书这一机制。

服务器的运营人员会向数字证书认证机构来进行认证，在机构对其验明身份之后，就会对服务器的公钥做一个数字签名，并且将公钥放入公钥证书后绑定在一起。

此时当客户端接收到服务器发送的公钥证书的时候，就会向证书认证机构来验证数字签名是否正确，来判断该公钥是否遭到替换，确保了公钥的真实性。

此时即使中间人想仿造公钥证书，但也因为无法通过机构的验证而被识破。
此时，中间人就没有使坏的空间了。

这就是HTTPS使用加密以及证书来确保安全的整个流程

7、完整性保护

在上面的流程中，应用层发送数据的时候会附加MAC报文摘要，MAC能够查知报文是否遭受到篡改，从而让保护报文的完整性。

8、HTTPS并不能取代HTTPSSL是把双刃剑

HTTPS也叫做披着SSL外壳的HTTP，在通信接口部分他使用了SSL和TLS来进行代替。

对于HTTP协议来说，他直接和TCP进行通信。
而HTTPS为了保证安全，使用了SSL来提供保障，通信时首先与SSL进行通信，再由SSL来与TCP进行通信，正是因为由SSL的存在，才使得HTTP具备了HTTPS的加密、证书、安全性保障这些功能。

但是成也萧何，败也萧何，SSL为HTTPS保障安全的同时，也降低了他的效率

9、SSL主要慢在两个方面

和HTTP相比，网络负载可能会变慢2到100倍。由于HTTPS还需要额外进行SSL通信，整体上处理通信量不可避免的增加了。SSL为了确保安全，在客户端和服务端都需要进行大量的加密和解密的运算处理，导致其比起HTTP来说会更多的消耗服务器和客户端的硬件资源，导致负载增强。

HTTPS的遗憾之处SSL的高度安全带来的低效率以及高负载使得HTTPS并不会一直使用（或者干脆不用）
（对于高访问量的Web网站来说，进行大量的加密解密出来带来的负载十分庞大，并且对于非敏感信息（可公开信息）也没有加密的必要，所以大多数网站并不会一直使用HTTPS，而是只在进行私密内容传输的时候才会使用，来确保资源的节约。）数字证书的高昂成本使得个人网站及非盈利网站望而却步
（要进行HTTPS通信，数字证书是必不可少的，但是对于一些非盈利的网站以及个人网站来说，每年用来购买数字证书带来的花销并不是一个小数目，所以大多还是继续使用HTTP 

到此这篇关于HTTP协议与HTTPS协议的区别详解(图文)的文章就介绍到这了,更多相关HTTP与HTTPS协议的区别内容请搜索脚本之家以前的文章或继续浏览下面的相关文章，希望大家以后多多支持脚本之家！

最新评论