We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
目前已知的信息: 1.新版的安卓已经部分地转为NT协议,协议被写在了libkernel.so,分析有难度 2.新版上线包的register似乎有校验,数据包的参数验证失败后返回register failed,然后直接封号 3.现在的协议属于假NT,即修改了协议版本号但tx服务器依然兼容了旧的上线包 即旧上线包登录后全部用旧协议,新上线包登录后全部用新协议(貌似tx做了个切换新旧服务器的网关?) 4.未来关闭旧版上线包应该也是必然的了,到了那时候应该会大规模拉闸
开issue的目的: 1.在已知未来可能会大规模拉闸的情况下,是否有适配新协议的计划? 2.开一个issue,占个坑 3.可以转为discussion进一步讨论
The text was updated successfully, but these errors were encountered:
这个真的多虑了,现在那么多旧手机呢,根本不可能全面拉闸。最多bot识别更严格一些。
而且NT QQ,有可能用其他的介入方法会更方便些,比如自己去篡改js。QQ全面转NT,主要原因还是为了兼容Linux,在Linux上做文章估计能开辟全新的体系。
Sorry, something went wrong.
这个真的多虑了,现在那么多旧手机呢,根本不可能全面拉闸。最多bot识别更严格一些。 而且NT QQ,有可能用其他的介入方法会更方便些,比如自己去篡改js。QQ全面转NT,主要原因还是为了兼容Linux,在Linux上做文章估计能开辟全新的体系。
可是旧版QQ一直在拉闸,版本低就45了
这个真的多虑了,现在那么多旧手机呢,根本不可能全面拉闸。最多bot识别更严格一些。 而且NT QQ,有可能用其他的介入方法会更方便些,比如自己去篡改js。QQ全面转NT,主要原因还是为了兼容Linux,在Linux上做文章估计能开辟全新的体系。 可是旧版QQ一直在拉闸,版本低就45了
目前看其他几个项目汇总的信息,协议方面基本上是空白的,也就是指望像Mirai这种机制实现,大家都是很绝望的。 基于Android版本,去介入js加载流程里hook,似乎取得了一些进展。 但大部分这类项目都在刚可以用、性能非常糟糕的阶段,开发者就被约谈然后放弃开发了。 而且QQNT的前端有大量的行为上报,他们直接做headless后端的思路,从一开始就很容易被系统识别出来。
所以现在这个阶段,等,是最好的选项。 等一个相对好的介入机制被大家想出来。目前他们的思路一看就知道会白忙活。
No branches or pull requests
目前已知的信息:
1.新版的安卓已经部分地转为NT协议,协议被写在了libkernel.so,分析有难度
2.新版上线包的register似乎有校验,数据包的参数验证失败后返回register failed,然后直接封号
3.现在的协议属于假NT,即修改了协议版本号但tx服务器依然兼容了旧的上线包
即旧上线包登录后全部用旧协议,新上线包登录后全部用新协议(貌似tx做了个切换新旧服务器的网关?)
4.未来关闭旧版上线包应该也是必然的了,到了那时候应该会大规模拉闸
开issue的目的:
1.在已知未来可能会大规模拉闸的情况下,是否有适配新协议的计划?
2.开一个issue,占个坑
3.可以转为discussion进一步讨论
The text was updated successfully, but these errors were encountered: