差异分析定位Ring 3保护模块

最新推荐文章于 2024-04-21 17:34:39 发布

原创最新推荐文章于 2024-04-21 17:34:39 发布 · 111 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#游戏 #防火墙

Web安全专栏收录该内容

7 篇文章

订阅专栏

本文介绍了一种通过比较原生DLL文件与内存中的差异来定位Ring3游戏保护模块的方法。通过对ntdll.dll等核心DLL文件的分析，揭示了游戏保护系统如何通过Hook关键函数来实现防调试和保护内存。

差异分析定位Ring 3保护模块

由于保护模块通常会Hook操作系统的原生DLL接口来进行保护，所以可以采用差异比较原生DLL文件和加载到内存中的原生DLL直接的差别来定位Ring 3模块。

在分析的过程中，为了防止被Ring 3保护模块发现，暂时可以先把除了自己线程外的其他线程暂停，如图8-14所示。

图8-14 悬挂除自己线程外的其他线程

从图8-14中可以看出，除自己线程外，该游戏有58个线程，可以通过SuspendThread()函数悬挂这些线程以便后续的分析（GS的命令就是ste序号）。

下面，我们再对3个常用原生DLL——ntdll.dll、kernel32.dll和user32.dll进行文件和内存的比较，如图8-15所示。

图8-15 差异分析原生DLL的变化

从图8-15中可以看出，ntdll.dll有3处地址发生了变化，分别是0x7c921230、0x7c92DEB6和0x7c97077B。下面让我们看看这3处地址目前的指令是什么，如图8-16所示。

图8-16 两处地址jmp指令

在图8-16中，有一处jmp指令是跳入地址0x45320F0。让我们看看它属于哪个模块，如图8-17所示。

图8-17 模块节信息

从图8-17的地址区间来看，是包含0x45320F0的，所以，在ntdll.dll中地址0x7c92deb6会跳入X.dll模块。到目前为止，我们基本可以判断ring 3下的游戏保护模块是X.dll。

为了能更准确地判断X.dll是否是真的保护模块，下面让我们看看ntdll.dll中3处发生变化的地址在原生ntdll.dll中的作用。

可以用IDA对ntdll.dll进行分析，然后定位地址0x7c921230、0x7c92DEB6和0x7c97077B。

如图8-18所示，原来此处地址是DbgBreakPoint函数。这个函数是供调试器下软件断点用的，而在游戏中却被改成了ret指令，这样做能起到防止下软件断点的作用。

图8-18 0x7c921230地址所处函数

如图8-19所示，0x7c97077B地址是属于DbgUiRemoteBreakin函数的，这个函数的详细介绍可以参见张银奎老师的《软件调试》一书的第10.6.4节。这里还是简单说明一下这个函数的作用，以便读者能了解。

图8-19 0x7c97077B地址所处函数

DbgUiRemoteBreakin是ntdll提供的用于在目标进程中创建远线程下软件断点的函数，其伪代码如下。

DWORD WINAPI DbgUiRemoteBreakin( LPVOID lpParameter)

{

__try

{

if(NtCurrentPeb->BeingDebugged)

DbgBreakPoint();

}

__except(EXCEPTION_EXECUTE_HANDLER)

{

Return 1;

}

RtlExitUserThread(0);

}

当调试器通过CreateRemoteThread函数在目标程序中创建DbgUiRemoteBreakin线程的时候，从代码上来看是下了int 3软件断点。由于在被调试状态，所以调试器可以捕获这个异常。如果目标程序没有被调试的话，DbgUiRemoteBreakin中的S.H.E显然可以捕获并处理它。

所以，游戏保护系统在对DbgUiRemoteBreakin进行jmp操作，很明显是为了防止被调试。下面再看看保护系统从DbgUiRemoteBreakin跳到了哪里。

如图8-20所示是保护系统从DbgUiRemoteBreakin跳入执行的函数，很明显，LdrShutdownProcess是一个关闭进程的函数。