作者是否考虑开发qqnt版本的反射注入方式的反撤回方案

[jsrcode]

现有方案多为LLQQNT+插件方案 该方案在最新版本qq上已经无法安装 且风控风险极大 极为容易封号
其次为dll注入方案 也比较容易被检测

[EEEEhex]

没了解过qqnt的防撤回，最近比较忙，暂时没有精力逆向另一个项目了。
至于qqnt的风控，不一定可以通过反射注入dll绕过哇。反射注入只是相当于自实现了一个PE加载器，直接在进程内存中展开dll，这样虽然可以绕过对dll注入的检测，但还是绕不过CRC检测。如果要绕过CRC检测，可以考虑基于反射注入+硬件断点+SEH异常的hook方案，网上文章很多，你可以自己试试(应该可以昂，我还没试过)🫡。

[jsrcode]

好 我研究一下 目前来看qqnt的风控主要是通过检测文件修改的方式检测的 因为主要被检测的为llqqnt框架 其注入方式是patch qqnt的前端做修改 对js文件进行了修改

没了解过qqnt的防撤回，最近比较忙，暂时没有精力逆向另一个项目了。
至于qqnt的风控，不一定可以通过反射注入dll绕过哇。反射注入只是相当于自实现了一个PE加载器，直接在进程内存中展开dll，这样虽然可以绕过对dll注入的检测，但还是绕不过CRC检测。如果要绕过CRC检测，可以考虑基于反射注入+硬件断点+SEH异常的hook方案，网上文章很多，你可以自己试试(应该可以昂，我还没试过)🫡。