HTTPS讲了什么？（一）

缺乏、安全感 2022-05-21 03:10 169阅读 0赞

1.张三和李四明文通信，很容易被王五监听，传输安全失败。

![70][]

问题：**明文传输太危险**，建议加密一下。我们也知道了王五这家伙是网络传输路上实施劫持的专家级从业者，不可不防。

2.张三和李四商量用对网络传递信息进行加密，设计流程如下

![70 1][]

首先加密算法都是公开的，这下子，没有密钥的话王五就算劫持到密文也没用，反正看不懂。可是张三和李四之间怎么传递密钥呢？传送密钥还要经过网络，好吧，王五万一同时劫持到密钥，岂不是可以偷偷解密看到明文了，计划又失败了。

**问题“密钥传输有风险”**。

3.既然密钥传输路上有泄露风险，能不能不让密钥上网啊？我们分析下，钥匙具备“加密”和“解密”两个属性，而我们最担心的是王五使用钥匙的解密属性，假如我们能把钥匙加密和解密属性分离，保证解密属性不上网，王五遍无法获取并使用解密属性，密文数据就可以安全传递了。按照这个思路我们梳理下：

①**每次生成一对钥匙**（分别承担加密和解密属性，并依次命名：钥匙1，钥匙2）

②**承担解密属性的钥匙2永远呆在家里**，

③**钥匙1加密的东西，只有钥匙2才能解密**。

张三可以把自己的钥匙1通过网络传输发送给李四，然后李四拿着钥匙1加密一条信息，再网络传输发给张三，张三收到钥匙1加密的信息后，再用钥匙2解密，就完成信息安全传输了。钥匙2全程家里蹲，压根让出门，王五的劫持只能发生在网络传输环节，就算拿到密文+钥匙1，也没有卵用。这就是大名鼎鼎的**非对称加密RSA**，其中参与网络传输的不怕被劫持的（加密）钥匙1叫做**公钥**，全程家里蹲不许出门比较私密的（解密）钥匙2叫做**私钥**。与非对称加密是相对的就是，使用同一把钥匙加密和解密的操作，即**对称加密。**

非对称加密固若金汤的计划，让王五无懈可击，窃听事件迎刃而解，但是张三和李四发现RSA有个致命缺陷，就是太耗时。比起对称加密，速度差了上百倍。怎么办？

**问题：RSA加密数据太耗时**

** **

4.RSA保密性好但耗时太多，不宜频繁使用，我们分析下问题2是“密钥网络传递不安全”才用到RSA。综合一下二者优点呗，分两步走：①张三用RSA方式把对称加密的密钥传递给李四，RSA安全啊，这样对称密钥安全送达了。②安全获得密钥后，二者现在可以愉快的，使用高效的对称加密方式进行自由通信了，这下终于成功绕过王五的偷窥了。道高一尺魔高一丈！王五想，既然拿不到解密的私钥，那我就冒充李四，也生成一套自己的公钥私钥，中间悄悄掉包，张三李四浑然不觉（过程详见下图）。这下咋办？

**问题：如何确认对面直接通信人的身份？**

![70 2][]

[70]: /images/20220521/deccb8e81c7e43f7a86ff8f5e867893c.png
[70 1]: /images/20220521/b3a9996962f94d4fad3d2e4d7d8f4b2c.png
[70 2]: /images/20220521/c945607b586d44408a4841356f43811e.png