我们在写call调用网络游戏进程里call时候,经常外挂辅助程序运行工作一段时间后,网络游戏就会断线或崩溃掉,但是经过检查,
发现自己调用CALL的代码又没发现写错误,这到底是怎么呢?{:100_162:}
其实这些是现在网络游戏的一些网络游戏反外挂辅助程序检测导致的,并不是我们调用call的代码没写对,
现在的网络游戏调用自己网络游戏进程里的各种CALL,都是网络游戏自己的主线程来执行的,如果不是网络游戏的主线程调用CALL,
就会奔溃或网络游戏掉线,
所以我们的外挂辅助程序程序都是在网络游戏进程里创建新的线程来执行我们的代码的,创建来线程不是网络游戏的主线程,
只是网络游戏进程里的子线程,如果网络游戏会对CALL调用时候检测是不是自己进程的主线程来执行的,
就会认为是非法调用CALL的外挂辅助程序程序,所以就会断掉自己的网络,来阻止我们外挂辅助程序操作网络游戏!{:100_172:}
下面为了生动点让大家了解这里面的道理,我们来设计一个模拟网络游戏程序.exe
模拟网络游戏程序.exe 的代码如下:
里面设置一个测试函数,这个函数在被调用时候
会判断是自己进程里的主线程执行的,还是外界其他程序创建线程(非自己主线程)来执行调用的。然后做出相关提示
来真实模拟网络游戏以自身主线程来执行自己进程内函数的效果,
如发现不是自己进程主线程调用函数,就弹出警告(相当于网络游戏崩溃或掉线)
再贴上调用模拟网络游戏程序.exe 里面的测试函数,的调用函数.exe代码:
调用函数.exe 就相当于我们的辅助程序,调用指定进程里的函数CALL功能,这里我演示了2种调试方式
一种是普通调用我们的代码,一种是绑定游戏(模拟游戏程序.exe)主线程来调用我们的代码。
好了,我们来看测试效果:
运行后,我们发现,当我们的辅助(调用函数.exe)以普通方式调用游戏(模拟游戏程序.exe)进程里的CALL时候,
游戏发现不是自己进程主线程去执行的,就弹出了警告信息框(相当于游戏自动掉线或崩溃),
而发现是自己主线程来去执行的,就正常运行!
.子程序 调用函数E, 整数型, 公开, 执行指定进程中某个函数入口,返回函数执行后的EAX值.
.参数 进程句柄, 整数型, , -1=自身进程.欲调用的函数所在进程句柄
.参数 函数地址, 整数型, ,
.参数 函数参数, 整数型, 可空 数组, 空=无参数,可以提供多参数.OD分析CALL指令往上推算,离CALL最近为参数[1].再往上是 参数[2]…
.参数 寄存器, 类型_寄存器, 可空, 可以设置各个CPU寄存器的值,注意 不支持设置 EBP,ESP,ST浮点数 这些寄存器.
.参数 绑定线程, 整数型, 可空, 提供绑定线程的线程句柄,代码将在该线程环境执行.空=0=自进程时在现线程下执行,跨进程将创建远线程执行
.参数 取消保护, 逻辑型, 可空, 默认=假=采用SEH异常保护机制,真=不使用异常保护.若保护后CALL无效,再试试取消保护.
调用函数E
命令可以绑定目标进程里指定的线程ID,来执行我们的代码,这样就可以有效的躲避对CALL调用的线程检测了,
但是如果游戏有Lua的话,使用时候要避免与游戏本身中的lua事件岔开调用时间,否则游戏自己主线程执行lua时候,
你再这个时候进行抢占游戏主线程去执行你的call代码,就会导致游戏崩溃,所以每次CALL的时候,最好间隔时间调用!
如果是辅助是DLL,那么在DLL里要绑定线程执行代码的话,可以使用 模块6.5里面的 线程_调用 ()命令即可!
最后说一句:
不是我军不够强大,只怪游戏太狡诈,以各种手段来阻止我们辅助,但是道高一尺魔高一丈,
只要知道了游戏的检测把戏.我们就有方法来对待