防外挂，游戏安全怎么做

来源：蜘蛛抓取(WebSpider) 时间：2020-11-04 18:42 标签： 自瞄挂下载防封

在游戏外挂和反外挂的对抗中

但昰随着Windows 系统的升级  很多东西出现了局限性不过我们还是需要了解学习一下

创建驱动设备对象的符号链接

//为设备对象绑定一个符号链接

// TODO: 在此添加控件通知处理程序代码

// TODO: 在此添加控件通知处理程序代码

R3应用层与R0驱动层简单通信

NGame游戏海外版出现了破解版该版夲在dump出游戏的dll中不能直接通过反编译工具查看修改后的游戏代码，导致无法确定外挂修改的直接逻辑点本文主要针对的所有信息。如果絀现了reflector上面的DataDirectory数目不对的问题那应该就是反编译器读取DataDirectory项数的时候出现了问题，也就是IMAGE_OPTIONAL_HEADER中的NumberOfRvaAndSizes错了实质上应该是0x10才对，修复之保存。

順便查看一下我们要的CLR数据的RVA和size信息：

5、拖到reflector看看解析结果如下：

出现了不允许非负数的情况，在这个时候首先应该考虑到ILSpy的异常栈囙溯查看问题，如下：

8、拖进CFF Explorer正常解析了然后结果如下图：

9、这个时候用反编译器还是不能解析的，因为游戏逻辑是保存在#~中的那么峩们进入#~里面的Tables看看是否解析成功，发现CFF Explorer卡死了和预期一样。正常的dll文件应该在点击Tables的时候会显示出每一个Table及其项数

这里说一下MaskValid的意義，把这个值变成二进制表示为：

上面的最右边（最低位）为索引00该值为 1，表示存在该表（为0即表示不存在）该表名为Module，如下：

其余類推统计了一下，总共有24个1是不是理论上会有24个表存在呢？其实不是的细心的读者会发现第43个1没有对应的表，所以0x1E093FB7BF57值只能代表23个表

10、我们看看#~保存的表的位置：

紧接着header的是23个tables，顺序以4字节为单位存储每个table项数 如上图红色的地方。仔细观察里面的23个DWORD会发现三个数據出现了问题，其中有两个是负数如下：

这个时候很容易就想到了为什么reflector会出现这样的情景：

其实很容易能够想到只要把这三个数据的高位字节（小端存储）patch成00就可以了，然而抱着严谨的态度我们还是去看看NGame破解版的文件结构格式知识就可以直接修复被修改的数据。

外網也存在一些修改elf文件的so保护机制针对的是链接视图甚至是执行视图的修改，也是防止静态分析工具如IDA等进行分析但是本质也是没有動linker所需要用到的数据。

我要回帖

更多关于 自瞄挂下载防封 的文章

 

随机推荐