点击上方“芋道源码”,选择“设为星标”
管她前浪,还是后浪?
能浪的浪,才是好浪!
每天 10:33 更新文章,每天掉亿点点头发...
源码精品专栏
最近有朋友私信问我一个问题,在公司用微信聊天,用公司网络,公司能看到聊天内容吗?提示:懒得看完请滑到最后看结论。
坦率地说,以前从来没有分析过微信这类聊天软件,大概率使用私有协议。而私有协议在协议分析软件上的呈现,一般都是TCP封装一长串字节流,而这些字节流究竟是什么内容,协议软件无法给出答案! 看看协议分析软件能否看到微信网页版、手机APP版的聊天内容?
ONE. 网页版微信
协议分析结果
不知道大家看到“美女好[玫瑰]”哇,这个就是协议分析软件分析出来的聊天内容。
真实聊天内容
一摸一样!
实验结论
协议分析软件可以将聊天内容解密出来!
实验分析
网页版微信通常是使用浏览器来与微信服务器通信的,而浏览器多种多样,有Chrome、Firefox、IE 等等,要想与不同的厂商浏览器通信,必须使用标准协议,而标准协议在协议分析软件上是可以解开的。
考虑到网页版的微信,可能会使用SSL/TLS 加密聊天内容,需要用Fiddle作为中间人,用Fiddle伪造的证书来欺骗浏览器,让浏览器误以为Fiddle就是微信服务器。Fiddle再与微信服务器建立SSL/TLS加密通道,传输聊天内容。
浏览器与Fiddle建立SSL/TLS加密通道
Fiddle与微信服务器建立SSL/TLS加密通道
Fiddle做为二传手,将消息在两条通道上进行传递,先解密,再加密
Fiddle需要伪造微信服务器证书
电脑需要安装、信任Fiddle自签名的根证书
推荐下自己做的 Spring Boot 的实战项目:
https://github.com/YunaiV/ruoyi-vue-pro
TWO. 手机版微信
协议分析结果
微信手机版没有使用TLS + HTTP= HTTPS 的加密传输方式,而是使用了HTTP 的传输方式,如上图所示。
每一个报文大概是这个样子的:
除了HTTP 报文头(HTTP Header )是明文的,HTTP报文体(HTTP Body )看起来是一堆杂乱无章的字节流。
没有找到聊天的任何内容。最最滑稽的是,当发送聊天内容时,Fiddle没有任何反应!
意味着发送聊天内容的报文既不是HTTP,也不是HTTPS,那很可能是TCP、或UDP协议原始(Raw)封装 。
为了确认到底是TCP还是UDP传输报文,特意去了微信研发公众 号去确认,得到的确认是采用TCP传输。分为两种连接方式:
长连接 :TCP + 私有协议 + MMTLS + 业务层
短连接 :TCP + HTTP + MMTLS + 业务层
官方的口径是,短连接是为了兼容老版本的软件,而长连接完全是私有实现,所以造成Fiddle没有捕获到,毕竟Fiddle只能捕获到HTTP 或HTTPS ,至于其它的协议压根不在其感兴趣范围!
于是,使用Wireshark捕获微信长连接的TCP报文,确实捕获到了,再怎么私有实现,总不能长翅膀飞! 但是这些TCP报文没有展示的意义,TCP头之后字段全是杂乱无章的,这些都在预料之中!
MMTLS 是什么样的存在?
MMTLS 是TLS1.3 版本的改良版,或者说简化版。在微信决定使用MMTLS之前,TLS1.3版本长期逗留在草案状态,没有形成一个最终标准。于是微信决定采用TLS1.3草案中的标准,大刀阔斧砍掉客户端认证这个环节,只保留服务器认证。
手机微信APP里预置了微信服务器的两件秘密武器 :
ECDSA 公钥
静态ECDH公钥
ECDSA 公钥是干嘛的?
ECDSA用于验证服务器的真实身份,任何来自于服务器的MMTLS协商报文,只要使用ECDSA私钥签名的,ECDSA公钥都可以解密。换句话说,如果签名部分可以使用ECDSA公钥解密,那就证明是真正微信服务器发送的!
在微信的私有实现里,不需要CA,微信客户端凭借预置的ECDSA公钥完成服务器的认证 !
静态ECDH公钥又是干嘛的?
如果微信客户端想最小延迟(0 RTT) 发消息,可以直接生成自己的ECDH私钥、公钥、Nonce,再加上服务器预置的Nonce。就可以单方面计算出Pre-Master Key ,Master Key , Session Key,进而将消息加密发出。
微信服务器收到消息的同时,一同收到的还有客户端的ECDH公钥、客户端Nonce, 服务器用自己的ECDH私钥、预留在客户端的Nonce ,这四个参数,计算出可以解密消息的Key,并将消息解密出。
MMTLS没有给消息增加额外的延迟,称这种通信为 0 RTT通信 。
由于微信客户端,强制使用服务器的ECDSA公钥来认证服务器的身份,所以Fiddle压根没法欺骗微信APP 。如果Fiddle强制替换,微信客户端会放弃连接服务器,造成的后果就是微信永远登录不了服务器!
微信APP之所以可以实现私有协议,是因为服务器、客户端都是微信的代码,再怎么私有,理解起来也没有任何障碍!
推荐下自己做的 Spring Cloud 的实战项目:
https://github.com/YunaiV/onemall
THREE. 最终结论
微信网页版,使用公司网络,公司可以看到聊天内容,无论使用的是公司电脑还是个人电脑 。
微信网页版,使用4G网络,流量没走公司,公司自然也无法看到聊天内容 。
微信手机版,使用私有协议通信,手机APP嵌入了服务器的公钥,APP只认与这个公钥一一对应的私钥签名。使用其它私钥签名的一概不认,所以无法欺骗微信APP。使用微信手机版聊天是安全的,无论是使用公司网络还是4G网络,公司都无法看到聊天内容。
- END -欢迎加入我的知识星球,一起探讨架构,交流源码。加入方式,长按下方二维码噢:
已在知识星球更新源码解析如下:
最近更新《芋道 SpringBoot 2.X 入门》系列,已经 101 余篇,覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。
提供近 3W 行代码的 SpringBoot 示例,以及超 4W 行代码的电商微服务项目。
获取方式:点“在看”,关注公众号并回复 666 领取,更多内容陆续奉上。
文章有帮助的话,在看,转发吧。
谢谢支持哟 (*^__^*)