Bootstrap

关于我尝试抓包微信失败后想到的新方法居然和奥特曼有关~

以前 微信网页版 还可以登录的时候,我们还可以使用 帮助我们实现 自动化操作,调用各种各样的 ,做做机器人啥的 ,但是现在呢~ 微信网页版 好像不开放了😐

扫码登录都会出现下面的画面 😵

来到之前 很火的 库 , 我看到下面这个场景, 果然也是一片哀嚎 哈哈哈

抓包

于是我做了个大胆的决定,尝试用 去抓取微信发出的数据包~ (我实在太天真了!🙃)

在电脑上打开微信,参考下面三次握手的图~ 可以看到这里就已经 发出了这么多信息 我晕了😵

这个过程是 三次握手 ,再加上 加密的一个过程(SSL开始的部分 😵)

虽然早就知道数据会加密,但是。。网上搜了这么久都没有一个好的解决办法~ 只能说太强了😱

好多知识不懂,我晕了!😐

本以为自己搭个,做下中间人,但是第一步就失败了 , 看着这个域名 ? ,我才发现我连这个 都不懂 完蛋了 咳咳~

还是记录下抓到的数据先把~

三次握手

可以看到各发了一个 还有

面试常问点~ 为啥要三次呢,不是二次或者四次或者巴拉巴拉~

注意TCP的特点是 可靠

一次的话,客户端都不知道自己 发送 的成功了没

两次的话,客户端知道自己 发送接收 都成功了,服务端只知道自己 接收 成功

三次的话 就刚刚好啦, 客户端和服务端都能确定自己 发送接收 都正常

更多次的话就多余啦~

四次挥手

面试常问点~ 为啥要四次呢,不是三次或者五次或者巴拉巴拉~

答: 由于 是全双工通信的,每次只能关闭一边的,所以要四次才能关闭

C 表示客户端 ,S 表示 服务端

C:我要断开啦

S: 好滴 (其他信息)巴拉巴拉~

S: 我也要断开啦

C: 好滴

(C还要自己再等一会再关掉)

S 收到就关闭了,C 要等一会,为什么要等一会呢?

因为 的特点是 可靠 ,所以要确保信息能被 服务端S 收到,如果服务端没有收到的话,在一段时间后会重新跟客户端 C 说 我要关掉啦 ~ 所以 C 不能那么快关掉~

假设C已经关掉了的话,那它只能回复 复位标志 给服务端了。

等的时间和这个等待计时器有关,一般是 ,它才断开

即最长报文生存时间,2MSL 就是 两倍的 MSL

真实场景如下~

总结

虽然没能抓到有用的信息 只能简单复习下 的 三次握手,四次分手,

但是我还是找到其他有用的插件,而且好像还在持续更新~

现在万事具备,就差一台 了 😄

地址如下 https://github.com/MustangYM/WeChatExtension-ForMac

功能如下~

计划B- 奥义 · 真人工智能!

嘿嘿 高大上的计划名😝

既然走 技术路线导出群成员信息 失败了, 那我只也能执行计划B了。

虽然就那么几号人~ 我手动复制就几分钟的时间 🙃

但是我还是决定 用我珍藏多年的奥特曼去勾引下楼下的小胖子, 让他帮我用OCR软件截截图,记录下有哪些群成员了 (目的还是达到的 哈哈哈哈!)😄