漫画:什么是 HTTPS 协议?

640?wx_fmt=gif

640?wx_fmt=jpeg

作者 | 小   灰

责编 | 胡巍巍

 

程序员转行学什么语言?

https://edu.csdn.net/topic/ai30?utm_source=csdn_bw

640?wx_fmt=jpeg

640?wx_fmt=jpeg

640?wx_fmt=jpeg

640?wx_fmt=jpeg

640?wx_fmt=png

640?wx_fmt=jpeg

640?wx_fmt=jpeg

640?wx_fmt=jpeg

640?wx_fmt=jpeg

 

 

640?wx_fmt=png

什么是HTTP协议?

 

HTTP协议全称Hyper Text Transfer Protocol,翻译过来就是超文本传输协议,位于TCP/IP四层模型当中的应用层。

640?wx_fmt=png

HTTP协议通过请求/响应的方式,在客户端和服务端之间进行通信。

640?wx_fmt=png

这一切看起来很美好,但是HTTP协议有一个致命的缺点:不够安全。

HTTP协议的信息传输完全以明文方式,不做任何加密,相当于是在网络上“裸奔”。这样会导致什么问题呢?让我们打一个比方:

小灰是客户端,小灰的同事小红是服务端,有一天小灰试图给小红发送请求。

640?wx_fmt=png

但是,由于传输信息是明文,这个信息有可能被某个中间人恶意截获甚至篡改。这种行为叫做中间人攻击。

640?wx_fmt=png

 

640?wx_fmt=jpeg

640?wx_fmt=jpeg

 

640?wx_fmt=png

如何进行加密呢?

 

小灰和小红可以事先约定一种对称加密方式,并且约定一个随机生成的密钥。后续的通信中,信息发送方都使用密钥对信息加密,而信息接收方通过同样的密钥对信息解密。

 

640?wx_fmt=png

 

640?wx_fmt=png

 

这样做是不是就绝对安全了呢?并不是。

虽然我们在后续的通信中对明文进行了加密,但是第一次约定加密方式和密钥的通信仍然是明文,如果第一次通信就已经被拦截了,那么密钥就会泄露给中间人,中间人仍然可以解密后续所有的通信内容。

640?wx_fmt=png

 

这可怎么办呢?别担心,我们可以使用非对称加密,为密钥的传输做一层额外的保护。

非对称加密的一组秘钥对中,包含一个公钥和一个私钥。明文既可以用公钥加密,用私钥解密;也可以用私钥加密,用公钥解密。

在小灰和小红建立通信的时候,小红首先把自己的公钥Key1发给小灰:

640?wx_fmt=png

收到小红的公钥以后,小灰自己生成一个用于对称加密的密钥Key2,并且用刚才接收的公钥Key1对Key2进行加密(这里有点绕),发送给小红:

640?wx_fmt=png

小红利用自己非对称加密的私钥,解开了公钥Key1的加密,获得了Key2的内容。从此以后,两人就可以利用Key2进行对称加密的通信了。

 

640?wx_fmt=png

在通信过程中,即使中间人在一开始就截获了公钥Key1,由于不知道私钥是什么,也无从解密。

640?wx_fmt=jpeg

640?wx_fmt=jpeg

 

是什么坏主意呢?中间人虽然不知道小红的私钥是什么,但是在截获了小红的公钥Key1之后,却可以偷天换日,自己另外生成一对公钥私钥,把自己的公钥Key3发送给小灰。

 

640?wx_fmt=png

 

小灰不知道公钥被偷偷换过,以为Key3就是小红的公钥。于是按照先前的流程,用Key3加密了自己生成的对称加密密钥Key2,发送给小红。

这一次通信再次被中间人截获,中间人先用自己的私钥解开了Key3的加密,获得Key2,然后再用当初小红发来的Key1重新加密,再发给小红。

 

640?wx_fmt=png

这样一来,两个人后续的通信尽管用Key2做了对称加密,但是中间人已经掌握了Key2,所以可以轻松进行解密。

640?wx_fmt=jpeg

640?wx_fmt=jpeg

 

是什么解决方案呢?难道再把公钥进行一次加密吗?这样只会陷入鸡生蛋蛋生鸡,永无止境的困局。

这时候,我们有必要引入第三方,一个权威的证书颁发机构(CA)来解决。到底什么是证书呢?证书包含如下信息:

640?wx_fmt=png

为了便于说明,我们这里做了简化,只列出了一些关键信息。至于这些证书信息的用处,我们看看具体的通信流程就能够弄明白了。

流程如下:

1.作为服务端的小红,首先把自己的公钥发给证书颁发机构,向证书颁发机构申请证书。

 

640?wx_fmt=png

 

2.证书颁发机构自己也有一对公钥私钥。机构利用自己的私钥来加密Key1,并且通过服务端网址等信息生成一个证书签名,证书签名同样经过机构的私钥加密。证书制作完成后,机构把证书发送给了服务端小红。

 

640?wx_fmt=png

3.当小灰向小红请求通信的时候,小红不再直接返回自己的公钥,而是把自己申请的证书返回给小灰。

640?wx_fmt=png

4.小灰收到证书以后,要做的第一件事情是验证证书的真伪。

需要说明的是,各大浏览器和操作系统已经维护了所有权威证书机构的名称和公钥。

所以小灰只需要知道是哪个机构颁布的证书,就可以从本地找到对应的机构公钥,解密出证书签名。

接下来,小灰按照同样的签名规则,自己也生成一个证书签名,如果两个签名一致,说明证书是有效的。

验证成功后,小灰就可以放心地再次利用机构公钥,解密出服务端小红的公钥Key1。

640?wx_fmt=png

5.像之前一样,小灰生成自己的对称加密密钥Key2,并且用服务端公钥Key1加密Key2,发送给小红。

640?wx_fmt=png


6.最后,小红用自己的私钥解开加密,得到对称加密密钥Key2。于是两人开始用Key2进行对称加密的通信。

 

640?wx_fmt=png

 

在这样的流程下,我们不妨想一想,中间人是否还具有使坏的空间呢?

 

640?wx_fmt=png

640?wx_fmt=jpeg

 

640?wx_fmt=png

 

640?wx_fmt=jpeg

640?wx_fmt=jpeg

640?wx_fmt=jpeg

640?wx_fmt=png

 

注:最新推出的TLS协议,是SSL 3.0协议的升级版,和SSL协议的大体原理是相同的。

640?wx_fmt=jpeg

声明:本文为作者投稿,首发于个人公众号程序员小灰,版权归其所有。

640?wx_fmt=jpeg

 

 热 文 

如何挑战百万年薪的人工智能!

https://edu.csdn.net/topic/ai30?utm_source=csdn_bw

 

推 荐 

☞ 罗永浩退出聊天宝;ofo 押金有救了!任正非:孟晚舟不可能成为华为接班人 | 极客头条

90 后美女学霸:出身清华姚班,成斯坦福 AI 实验室负责人高徒!

☞ 为什么都敏捷开发了项目还会延期?!| 技术头条

☞ 万万没想到你们竟是这样的程序员 | 程序员有话说

☞ 跨界打击, 23秒绝杀700智能合约! 41岁遗传学博士研究一年,给谷歌祭出秘密杀器!

☞ 如今,你感受到内存技术的“思维速度”了吗?

☞ 暴雪游戏遭遇AI“实力”坑队友:四处游走,还不参与战斗

☞ 神操作!这段代码让程序员躺赚200万?给力!


 

print_r('点个好看吧!');
var_dump('点个好看吧!');
NSLog(@"点个好看吧!");
System.out.println("点个好看吧!");
console.log("点个好看吧!");
print("点个好看吧!");
printf("点个好看吧!\n");
cout << "点个好看吧!" << endl;
Console.WriteLine("点个好看吧!");
fmt.Println("点个好看吧!");
Response.Write("点个好看吧!");
alert("点个好看吧!")
echo "点个好看吧!"

640?wx_fmt=gif点击阅读原文,输入关键词,即可搜索您想要的 CSDN 文章。

640?wx_fmt=png喜欢就点击“好看”吧!

展开阅读全文

没有更多推荐了,返回首页