HTTP和HTTPS谁传输数据更安全？

1.HTTP

HTTP在传输数据时，通常都是明文传输，也就是传输的数据没有进行加密。在这种情况下，如果传输的是一些敏感数据，比如某银行卡密码，就很容易被别人截获到，这就对我们的个人利益产生了威胁。

HTTP传输数据时，数据安全无法得到保证：

2. HTTPS

如今，大多数网站使用的都是HTTPS。

对于HTTP的机制，HTTPS也同样适用。它们的区别在于，HTTPS在HTTP的基础上，在数据安全方面做了进一步改进。也就是说，HTTPS是基于HTTP，且进一步保证了数据的安全。

不加密的数据，放在网络中传输，就相当于"裸奔"，黑客很容易就能获取到相关数据。数据安全问题受到了极大的威胁。

因此，在进行网络通信时，更安全的做法是，将传输的数据进行加密，特别是一些重要的数据，将数据加密之后，就算有人利用一些手段获取到了我们传输的数据，但由于数据是经过加密的，别人也很难破解数据，这样就在一定程度上保证了数据安全，HTTPS就做到了。

因此，如今大多数网站使用的都是HTTPS，HTTPS会将数据进行加密，加密的方式有：对称加密 和 非对称加密。

2.1 对称加密

对称加密，就是 客户端生成一个密钥，通过该密钥，可以对数据进行加密和解密。客户端向服务器发送数据时，就会通过该密钥将数据进行加密，并将密钥传给服务器。

当服务器拿到数据和密钥后，就可以通过密钥对数据进行解密，从而拿到数据原文。不同的客户端，生成的密钥都不相同，因此服务器拿到不一样的密钥，就可以对相应的数据进行解密。

此时就存在一个问题，黑客也可以在数据传输的过程中，将密钥获取到，从而拿到数据原文，此时对数据加密也就形同虚设了。因此，密钥也应该被加密，这样即使黑客拿到密钥，但无法破解加密的密钥，就无法获取到原文数据了。对密钥加密就要需要非对称加密方式的帮助了。

2.2 非对称加密

非对称加密，则是服务器生成一对儿密钥，分别是 公钥m1 和 私钥m2。可以通过公钥对数据进行加密，再通过私钥对数据进行解密，反之也可。

双方在通信时，客户端会拿到 服务器持有的公钥m1，客户端也会以 对称加密 的方式生成一个密钥n。客户端会通过密钥n对数据加密，通过公钥m1对密钥n加密。

加密完成后，客户端就将密文和 加密后的密钥 发送给服务器，服务器就可以通过 私钥m2对加密过的密钥进行解密，拿到密钥原文。再通过 对称密钥n 对密文进行解密，从而拿到数据原文。

因此，对称加密 和 非对称加密 相结合，https使得数据安全得到了进一步保证，黑客想拿到数据原文，只获取到加密的密钥和加密的数据，是不够的，因为黑客难以破解加密的密钥。

对称加密和非对称加密两种方式相结合，通信过程如下：

通过以上方式，以 非对称加密的方式 对对称密钥加密，再通过 对称加密 对数据加密，从而保证数据的安全传输。这是 对称加密 和 非对称加密 两种加密方式的结合来支持数据安全。

没有仅仅使用非对称加密方式来实现安全传输的 原因就在于使用非对称加密方式所造成的成本开销较大，使得传输效率较低。因此 两种加密方式相结合，不仅保证了数据的安全传输，也尽可能的减少开销成本。

此时，又有一个新的漏洞，即使 HTTPS 以非对称加密和对称加密相结合来传输数据，黑客仍能找到漏洞，将服务器发送过来的公钥进行"偷梁换柱"，从而窃取到数据，漏洞如下：

于是，黑客就在数据的传输过程中 悄无声息的 做了手脚，客户端没有发现问题，服务器也没有发现问题，但数据已经被黑客窃取了。

因此，仅仅使用对称加密和非对称加密 并不能真正保证数据的安全传输。客户端无法辨别自己收到的公钥到底是不是服务器发过来的，无法完全信任。于是，就引入了第三方公证机构，客户端和服务器都信任这个第三方机构，第三方机构就能帮助客户端 鉴别这个公钥是否是服务器的公钥。

2.3 第三方公证机构

每个服务器在搭建的时候，都会以 非对称加密方式生成一对儿密钥，并且向公证机构 提交审核材料(域名，服务器公钥，厂商等相关信息)。公证机构就会对材料进行审核，资质审核没问题的话，就会给服务器颁发一个证书(一段结构化数据)，服务器则会保存好证书。

证书中的内容就包括网站的域名，服务器的公钥，数字签名(颁发证书的时候，公证机构会根据证书的相关属性 计算出一个 校验和，并且公证机构也会以 非对称加密 方式 生成一对儿密钥，并且自己将私钥保留着，公钥则内置在客户端的设备中。公证机构通过私钥对校验和加密，加密后的校验和就是数字签名)等信息。

客户端向服务器发送信息之前，会先向服务器索要证书。客户端收到服务器发送过来的证书，也就收到了服务器的公钥。收到证书后，客户端会有一个 "证书校验"的过程。这个过程就是为了验证 证书中的公钥是不是服务器生成的公钥。

证书校验：校验的核心在于 “数字签名”，客户端通过设备内置的公钥对数字签名解密，从而拿到 校验和。客户端再通过相同的方式计算一遍校验和，如果自己计算的校验和 和 服务器发来的校验和 一致的话，则说明这个公钥就是服务器的公钥。于是，客户端就可以放心的使用服务器发来的公钥了。

有了以上过程，黑客就很难再窃取到数据了，即使黑客在客户端收到证书之前，先对证书进行篡改，比如 修改公钥(如果黑客替换了了服务器的公钥，那么客户端在进行校验和计算的时候，计算的校验和结果则会与证书中的校验和不一致)，修改数字签名(既然无法替换公钥，干脆黑客直接替换公钥，再替换数字签名。但 数字签名 是被 公证机构的私钥加密过的，且公钥在客户端设备上，黑客无法拿到校验和原数据)，申请一个证书(服务器的证书内容无法更改的话，黑客能否直接申请一个证书，直接在服务器证书的传输过程中，直接替换掉证书，但是申请证书有资质审核的环节，因此黑客无法申请到证书)。

【总结HTTPS加密机制】

（1）通过对称加密和非对称加密相结合，对数据和密钥加密；

（2）再引入第三方公证机构，防止有人 "偷梁换柱"，替换服务器的公钥。

通过以上方式的相结合，HTTPS就可以在极大程度上保证了数据的安全传输。因此，如今绝大多数的网站使用的都是HTTPS。