2020-05-27 16:46:47

前后端分离项目接口数据加密的秘钥交换逻辑(补充:MITM中间人攻击)


前后端分离项目接口数据加密的秘钥交换逻辑(补充:MITM中间人攻击)

之前我写到《前后端分离项目接口数据加密的秘钥交换逻辑(RSA、AES)》,解释了前后端在交互数据时候的加解密策略,随着我对网络编程的理解和掌握,两个月后,我必须再写一篇补充的文章,来给我之前的文章打个补丁,因为使用不当还是无法做到绝对安全,上一篇文章没有提中间人攻击,这次我补上。

中间人攻击的产生

上一篇文章《前后端分离项目接口数据加密的秘钥交换逻辑(RSA、AES)》描述了秘钥交换的过程,但这个过程真的绝对安全吗?随着我对网络编程的理解和掌握,我还需要给我之前的文章打个补丁,提醒一下其中的安全隐患,那就是中间人攻击,那中间人攻击是如何产生的呢?我们想象一下如下场景:

我们傻白甜的客户端想要向服务器大哥发起请求服务器「Server公钥」的请求,但这个时候可能DNS被劫持,又或者网络路由被劫持,把我们客户端发出去的数据包劫持到了一个黑山老妖那里,黑山老妖收到信以后仿照着服务器的口气写了一封回信,我们傻白甜的客户端收到这个黑山老妖的回信,但并不知道对方不是服务器大哥,就信以为真,就这样跟黑山老妖交换了秘钥,并且发送了账号和密码,这就导致黑山老妖拿到了用户的账号和密码。后续,黑山老妖把收到的客户端信件拆包解密,然后伪装成客户端给服务器大哥重新装好信封转发过去,这样我们傻白甜的客户端和服务器大哥之间的通信都被黑山老妖解密和收集了。

解决信任问题

根据上面我导演的场景,其实这是个信任的问题,我们傻白甜的客户端为什么要信任收到的信件呢?因为缺少身份证明对吧?那就必须要提一下HTTPS了,使用HTTPS不仅仅能加密流量,还可以识别对方的身份,因为SSL证书里面会有Domain字段,也就是域名,这样可以有效防止有人冒充服务器大哥。

所以,想要安全的传输数据,不仅仅要有正确的加密逻辑,还必须要上HTTPS才可以。

DNS劫持问题

有了SSL证书基本已经可以解决了,但追求完美的我怎么能不把问题解决完呢?上面还提了DNS劫持问题呢。面对DNS污染、DNS劫持,有两个方面的建议。

1.在域名解析那里启用 DNSSec,Domain Name System Security Extensions (DNSSEC)DNS安全扩展,是由IETF提供的一系列DNS安全认证的机制(可参考RFC2535)。它提供了一种来源鉴定和数据完整性的扩展,但不去保障可用性、加密性和证实域名不存在。

由于目前国内的公共DNS服务大部分都不支持DNSSec,所以还有第二条建议。

2.使用HTTPDNS来解析域名,不走传统的DNS解析,而是走基于HTTP协议的DNS服务,当客户端需要DNS解析的时候,直接通过HTTP协议进行请求这个域名的解析结果。

关于HTTPS抓包

我建议使用HTTPS的时候,肯定会有杠精反驳,HTTPS也可以被抓包,是的,如果你自己使用抓包软件,是可以被抓取,但是前提是你得在客户端导入抓包工具的CA证书,如果普通用户的手机或者电脑里没有这个抓包工具的CA证书,那抓包工具重新装包的SSL证书是不被信任的,客户端会拒绝连接。如果硬件设备已经沦陷,你再谈后续的安全,是不是耍流氓呢?

总结

核心内容是使用HTTPS并且不要轻易信任第三方证书,一定要从系统CA证书链中验证,这样就解决了信任问题,再加上我上一篇的文章,这样信任问题和加密问题就都具备了。


商业用途请联系作者获得授权。
版权声明:本文为博主「任霏」原创文章,遵循 CC BY-NC-SA 4.0 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://www.renfei.net/posts/1003373
评论与留言
以下内容均由网友提交发布,版权与真实性无法查证,请自行辨别。

本站有缓存策略,时间约2小时后能看到您的评论。本站使用自动审核机制,如果您的内容包含广告/谩骂/恐怖/暴力/涉政等不和谐内容将无法展示!


本站有缓存策略,时间约2小时后能看到您的评论。本站使用自动审核机制,如果您的内容包含广告/谩骂/恐怖/暴力/涉政等不和谐内容将无法展示!

关注任霏博客
扫码关注「任霏博客」微信订阅号
微博:任霏博客网
Twitter:@renfeii
Facebook:任霏
最新留言 这个恶意攻击是只有服务器安装有Redis 才会遭受攻击吗 我用电脑和手机分别访问了45,133,203,192 这个ip地址,这个ip地址对应的服务器是不是只托管了脚本,提供木马自动去下载,并没有任何攻击性的东西,是这样的吗? 你好,我这边想问下,镜像服务启动了,该连接哪个数据库呢? 不更新? 优先级低的并不代表一定要等到优先级高的运行完才能运行,只是cpu分配的资源少了而已。 /lib64/ld-linux-x86-64.so.2: No such file or directory 报了这个错误,怎么解决呢 对于一个布道 DevOps 多年的选手来讲,看到这个报告,还是想继续布道布道。虽然是各种对比哈,但是我感觉与 DevOps 太像了(可能是职业病犯了哈)。首先声明本人不是GitLab 用户(因为不免费,没法薅羊毛啊),本人是 GitHub 忠实用户。 首先,你这是田忌赛马的对比,中文对比一事,着实有点可笑 1 土生土长和外来户能立马拉到同一个起跑线上吗? 2 一个真正的开发者应该去提升自己的英语能力,而不是拿全部是中文文档说事。大家都知道现在开源非常热,开发者是开源的主力军,如果要贡献优秀的开源项目(诸如Linux 内核,Kubernetes),英语就是个硬门槛。如果我是你,我倒希望公司内部的系统是英文的,最起码能让我锻炼英语,在看开源项目文档的时候不至于看不懂,提 PR 的时候不至于提交代码的内容描述不清楚而没法被 Merge。 其次,阿里云效、Coding 大家都知道背后站的是谁,很容易造成厂商绑定,现在很多企业都希望不要被厂商绑定。 再者,有一个点需要明白,GitLab 是一个 DevOps 平台,什么叫做 DevOps 平台(DevOps 走到现在,确切的说应该叫做 DevSecOps)?就是覆盖了软件开发生命周期全阶段的,从项目管理到代码托管到安全再到日志监控、甚至包含现在的云原生能力。不仅仅是说一个 CI/CD 就能概括的了的。这一点是 DevOps 布道的真正误区,我见过太多了,我在这儿再布道一哈,CI/CD 不等于 DevOps,他只是 DevOps 落地实践的核心能力。仅凭借一个 CI/CD 能有现成模版就判断出哪个好坏,过于牵强了吧。相信大家真正到项目用的时候,模版是满足不了要求的吧,毕竟大家都很特性化。 最后,还是一个很热的话题,开源,open source。GitLab 是开源的,Coding 和 云效这方面我没看到相关的开源内容(可能是我孤陋寡闻)。大家可以看看国内有多少用 GitLb 的,GitLab 的 CE 版,然后私有化部署,就是很多公司的代码托管 + DevOps 解决方案。 个人愚见,做一些对比报告的时候,还是先需要明白这个产品的定位,去深入挖掘一些真正有意义的对比,这样的对比报告才能有意义。作为一个常年写博客、文章的人来说。你写的每个字、每篇文章,你要想到你的思想会影响到别人。有可能因为你的片面之词,让别人错失一些学习的好机会。 docker run 那一长串后,出来一个字符串,然后去 docker containers 下面看 显示 exited(1);logs 下就一行错误 initdb failed 感谢🙏,第一个问题是空格的问题应该,我逐字敲完后可以构建了.第二个问题是我docker环境的问题,docker更新为最新版后需要重置配置文件.现已经正常使用,再次感谢您的分享和您的细心解答,期待下次相遇😄 还有一个问题可以请教下吗?就是我在容器里建文件夹没有权限,su root后密码不知道是多少,sudo mkdir xxx 提示我,没有sudo命令,请问有好的解决方法吗?谢谢解答 -v 后面可以指定文件吗 我的也是报错,还有。我执行了这个:@localhost kingbase-es-v8-r3-docker % docker run -d --name kingbase -p 54321:54321 -e SYSTEM_PWD=SYSTEM -v /opt/kingbase/data:/opt/kingbase/data -v /opt/kingbase:/opt/kingbase/Server/bin kingbase:v8r3 docker: 'run -d --name kingbase -p 54321:54321 -e SYSTEM_PWD=SYSTEM -v /opt/kingbase/data:/opt/kingbase/data -v /opt/kingbase:/opt/kingbase/Server/bin kingbase:v8r3' is not a docker command. See 'docker --help' 麻烦帮忙看下,是不是我写的命令有问题,还是版本问题,谢谢啦