其他分享
首页 > 其他分享> > 微信HOOK 从撤回消息深度剖析微信的一些设计理念

微信HOOK 从撤回消息深度剖析微信的一些设计理念

作者:互联网

很久没有发博文了,也是因为最近没有什么值得讲的,近日有了一些所得,便发出来和大家分享
首先是关于微信协议,以往的协议虽有缺陷,但总体还是可以做一些项目业务的,自微信8.0以来,协议几乎处于不可用状态,以往的一些项目也中断,建议大家逐渐脱离协议,协议的存在会让项目的稳定性十分脆弱
在这里插入图片描述
说完了协议,下面就是本片博文的重点了—微信HOOK

前些天因为客户的一个需求,我深入研究了撤回消息的一些操作
常规步骤分为两步
其1.HOOK微信发送消息的消息ID,定位到了消息ID才能正确指引微信要撤回
具体的哪条消息
其2.执行撤回命令的CALL,参数分别为WXID和消息ID

以上就是正常情况下的微信撤回操作了,当然博文不可能到此为止,不然我也不会单独发出来了
因为客户的一些需求,我需要实现的撤回操作不允许本地有提示,也不能撤回本地的聊天,但其他人的微信中,这条消息是正常撤回的

简而言之,就是我撤回了一条消息,但我这边没有任何提示和反应,其他人的微信却能看到正常的撤回消息

基于这个需求,我就开始思考实现方法了
众所周知,但凡通讯软件,都是要和服务器通讯的,然后由服务器进行处理分发
具体到撤回操作就是,发送撤回命令给服务器→服务器处理命令→处理结果回调给微信客户端
在这里插入图片描述
明白了这些,我们的思路就逐渐清晰了,想要真的撤回消息,又不显示出来,只能在服务器运算处理完成之后进行操作
因此我找到了微信接收撤回命令回调的区域,将此回调的消息ID随便改了个其他的数
到这里我想结果应该就完成了,回调的消息ID错误之后,本地的消息就不会被撤回,事情完成了

然而令人没有想到的是,微信的对撤回消息的回调还有一个单独的校验,当撤回正常时,客户端会向服务器发送一个已正常撤回的反馈,服务器确认后这事才算完
但是我们改动了消息ID,撤回失败了,成功撤回的反馈当然就没有了,然后服务器就不停的向本地客户端回调,到这里我就开始逐渐头大了

不过此事也算是我思考的过于简单了,撤回消息作为一个需要准确验证的功能,对他的回调结果再做一个校验也不足为奇

此事的最终结局当然也是我成功的搞定了回调结果的校验,不过收获也是蛮多的,一个真正的HOOK高手,不仅要有过硬的技术,还要有严谨,正确的思考逻辑,只有你能把这一个功能完善的写出来,你才能信手拈来的HOOK它

这篇博文算是比较冷门的功能,想要了解一些常用的微信HOOK功能请观看我的其他博文

标签:撤回,微信,剖析,HOOK,消息,服务器,ID
来源: https://blog.csdn.net/q750936486/article/details/115395861