系列索引
【原创】TP驱动保护分析系列一 定位TenProtect保护
【原创】TP驱动保护分析系列二 代码定位内核函数
【原创】TP驱动保护分析系列三 SSDT定位内核函数
前言
很早之前就打算出一个TenProtect保护分析系列，一直鸽到现在
关于TenProtect研究过游戏安全的朋友们肯定不陌生，可谓是业界标杆
但再强大的保护也肯定有破绽，本着学习研究的目的，写下自己与TenProtect斗智斗勇的记录，也希望TenProtect能够更进一步
TenProtect保护分析
TenProtect简介
TenProtect，是由腾讯自主研发推出的安全系统，可以有效保护游戏不受外挂侵犯，同时具备反木马盗号功能，能有效的防止用户游戏帐号和虚拟财产被窃取
腾讯 TenProtect 系统主要作用为：外挂检测、反盗号、反非法工作室、防非法消息
该系列不提供任何成品，伸手党可以退出了，仅供学习交流研究，严禁用于任何非法途径
分析的环境
本人采用的分析环境为XP 32位，使用的为论坛的虚拟机镜像
首先32位驱动和64位驱动还是有不少差别的
WIN64引入了两个内核保护机制，KPP和DSE
- KPP：循环检查几个重要驱动数据段和代码段是否被修改,如果被修改,则触发0x109蓝屏；防止内核修改
- DSE：驱动签名强制,禁止加载不正确签名的驱动；签名验证
在WIN64上限于上面两个保护机制使得驱动保护相比XP环境下变得薄弱
而本着学习和研究的目的，选择XP系统作为范例
研究成果图
研究成果放的是之前的截图，时间是：2021/2/25（懒得再搞一遍了）
可以看到OD可以正常地附加游戏（仅研究游戏的保护机制，本人没有参与过也不打算参与任何网游的外挂开发销售，勿扰！！！）
TenProctect的保护
分析保护之前，首先要明确TenProtect提供了哪些保护
下面给出TenProtect的保护：
- 针对Windbg的双机调试的保护
- 针对打开进程的NtOpenProcess的保护
- 针对读内存的NtReadVirtualMemory的保护
- 针对写内存的NtWriteVirtualMemory的保护
- 针对打开线程的NtOpenThread的保护
- 针对附加进程的KeAttchProcess的保护
- 针对附加进程的KeStackAttachProcess的保护
- 针对附加进程的KeForceAttachProcess的保护
- 针对恢复进程的NtResumeProcess的保护
- 针对恢复线程的NtResumeThread的保护
- 针对调试信息传递相关的DbgkpPostFakeThreadMessages的保护
- 针对唤醒调试目标的DbgkpWakeTarget的保护
- 针对调试权限标志的ValidAccessMask清零的保护
- 针对调试对象的DebugPort清零的保护
上述的保护中，比较麻烦的为针对Windbg的双机调试的保护和针对调试对象的DebugPort清零的保护
前者需要了解双机调试的通信原理，后者需要了解DebugPort的作用并自建调试体系(干掉检测线程自然也行)
除开上述的保护，TenProtect还会对硬件断点进行检测，通过获取DR寄存器的信息来进行判断
可以通过Hook NtSetContextThread和NtGetContextThread 这两个和线程上下文相关的函数来实现绕过检测
如何获知TenProtect的保护
上面提到了如此多的保护，现在来说说如何知道TenProtect所作的保护
ARK
这里需要用到ARK(AntiRootkit)，所谓的ARK就是反内核工具，ARK这种工具可以让我们得到系统内核的相关信息
常见的ARK工具有：
XueTr、IceSword、Wsyscheck 、Snipesword等
使用ARK分析保护
这里使用的ARK为XueTr
此次分析的游戏为QQ堂，算是个比较古老的小型游戏，但麻雀虽小五脏俱全，其TenProtect还是很强力的
打开游戏，等TenProtect加载完毕后再打开ARK：XueTr
SSDT HOOK
点击 内核钩子→SSDT
可以看到SSDT被挂了两个钩子：NtReadVirtualMemory和NtWriteVirtualMemory
这里便是所谓的SSDT HOOK，关于SSDT HOOK 会单独开章节说明，这里不继续深入
Kernel Inline HOOK
点击 内核钩子→内核钩子
可以看到有不少内容，前面几个Hook是虚拟机自带的，无须关注；只需关注底下的几个Hook
这里以最后一个Hook为例，即0x805D5832，使用Windbg查看其地址对应的函数
输入指令：
u 0x805D5832
u指令为查看指定地址的汇编指令，得到：
可以看到该地址对应的函数为PsResumeThread，也就是说TenProtect在PsResumeThread的头部做了HOOK
这个时候会发现PsResumeThread貌似并不在前面给出的保护中，暂且不急，看看PsResumeThread和前面函数的关联
通过前面的XueTr可以得到，被Hook的文件为ntkrnlpa.exe，使用IDA打开ntkrnlpa.exe
然后通过ALT+T 搜索PsResumeThread
得到：
选中PsResumeThread函数后按快捷键Ctrl + X 查看交叉引用：
可以看到前面提到的保护：NtResumeThread、DbgkpPostFakeThreadMessages、DbgkpWakeTarget均调用了被HOOK的PsResumeThread
于是如果想要绕过保护则需要替换PsResumeThread函数，将其变成我们自己写的函数MyPsResumeThread
以此要Hook的函数为NtResumeThread、DbgkpPostFakeThreadMessages、DbgkpWakeTarget，而非PsResumeThread
其它内核钩子分析方法同上，这里不再赘述，这里只是简单地说明一下如何定位TenProtect所做的保护
其它保护
上面只分析了SSDT HOOK和Kernel Inline HOOK，肯定有人会想问ShadowSSDT和其它钩子呢
关于ShadowSSDT在以后的篇章也会详细说明，但该游戏并没有针对ShadowSSDT的保护，于是无须分析
除此之外，还有Windbg双机调试的保护、ValidAccessMask清零的保护和DebugPort清零的保护没有提及
因为这三个保护相对复杂一些，需要对调试体系有一定的了解才行，之后也会单独开篇章分析
总结
分析流程
- ARK工具扫描被改动的函数
- 确定被改动函数的交叉引用
- 确定需要绕过的函数
- 绕过函数
补充说明
此篇笔记主要说明了如何定位TenProtect的SSDT HOOK和Kernel Inline HOOK
关于相对比较复杂的Windbg双机调试的保护、ValidAccessMask清零的保护和DebugPort清零的保护 留作之后
定位之后才能有针对性地绕过，但这里的定位只是借助了ARK和Windbg两个工具定位的，真正想要写代码定位留作之后再作补充
这里先预告一下 通过代码定位内核函数的五种方法：
- 特征码定位法，通过特征码定位到内核函数附近，然后加上偏移即得到内核函数地址
- 通过MmGetSystemRoutineAddress函数定位，该方法定位的函数有限制
- SSDT定位法，通过SSDT表的地址加上SSDT函数的偏移计算得到对应的函数地址，该方法仅可定位SSDT函数
- PE文件导出表扫描法，通过解析PE文件的导出表获得函数的地址，有关这一块可回顾PE文件笔记十四 导出表，该方法仅可定位导出的函数
- 符号表PDB解析法，通过解析PDB文件获得函数的地址
该系列的门槛可能较高，需要在对操作系统和调试机制有一定的了解的情况下学习
该篇的内容不算多，算是简单介绍了有关TenProtect保护的定位，后续会不断补充更新，有不足之处希望大家能指出
[复制链接]
发表于 2021-4-24 20:14
发表于 2021-4-25 16:15
|
发表于 2021-4-25 10:05
