http到https的演变

最新推荐文章于 2024-06-12 14:12:34 发布

PentaQwQ

最新推荐文章于 2024-06-12 14:12:34 发布

阅读量2.2k

点赞数 2

分类专栏：网络文章标签： golang 开发语言后端 http https

本文链接：https://blog.csdn.net/PentaQwQ/article/details/123878004

版权

3 篇文章 0 订阅

订阅专栏

http是明文传输，正是因为这一点导致了三大风险

中间人可以直接获取到通信内容，因为内容是明文

在这里插入图片描述
定义：

特点：

HTTPS最终采用对称加密方式。

那么就有了一个很关键的问题：服务器和客户端怎么协商出来这个密钥？如果通过报文传，那么还是会被中间人截获。

这个问题通过非对称加密来解决。

定义：

这个原理可以帮我们解决上面说的如何协商出来对称加密使用的密钥这个问题。

在这里插入图片描述

看起来问题解决了，但是还有一个问题：服务端怎么把公钥安全的传递给客户端呢？如果直接传公钥，也可能会被中间人调包
在这里插入图片描述
这个问题可以通过数字证书来解决

先来看证书是怎么被生成的：
在这里插入图片描述
服务端把证书传给客户端之后，客户端验证流程：

如果这时一个假的证书，那么使用第三方机构的公钥是不可以解密成功的。
这里又产生了一个问题：客户端如何安全的获得第三方机构的公钥？

公钥是存在于 CA 证书上，证书被操作系统信任，内置在操作系统上的，无需传输，客户端收到证书之后直接使用证书内置的公钥进行解密即可这个机制实际上保证了收到的证书是有效的，如果通过了验证，说明这个证书是合法的，但是它仅仅是合法的，并不能说明它就是服务端的证书。
在这里插入图片描述

客户端除了通过验签的方式验证证书是否合法之外，还需要验证证书上的域名与自己的请求域名是否一致，中间人中途虽然可以替换自己向 CA 申请的合法证书，但此证书中的域名与 client 请求的域名不一致，client 会认定为不通过

到此为止，解决了传输信息前所有的安全问题，可以协商对称加密密钥并且开始传输数据了

关注