---恢复内容开始---
首先,我要说一件很重要的事,本人文采不好,如果哪里说的尴尬了,那你就尴尬着听吧。。。。。。
SSDT HOOK最初貌似源于Rookit,但是Rookit之前有没有其他病毒使用,这就不清楚了,总之这个功能很不错,那么什么是SSDT呢,SSDT全称是(System Services Descriptor Table),它将ring3的Win32 API和ring0的内核函数联系起来,SSDT 并不仅仅只包含一个庞大的地址索引表,它还包含着一些其它有用的信息,诸如地址索引的基地址、服务函数个数等。
通过修改此表的函数地址可以对常用 Windows 函数及 API 进行 Hook,从而实现对一些关心的系统动作进行过滤、监控的目的。一些 HIPS、防毒软件、系统监控、注册表监控软件往往会采用此接口来实现自己的监控模块。
SSDT基址存储在KSYSTEM_SERVICE_TABLE->ServiceTableBase中,下面是这个结构的定义
kd> dt _KSYSTEM_SERVICE_TABLEssdtHook!_KSYSTEM_SERVICE_TABLE +0x000 ServiceTableBase : Ptr32 Uint4B //SSDT (System Service Dispatch Table)的基地址
+0x004 ServiceCounterTableBase : Ptr32 Uint4B //用于 checked builds, 包含 SSDT 中每个服务被调用的次数 +0x008 NumberOfService : Uint4B +0x00c ParamTableBase : Uint4B
其实ServiceTableBase也是一个数据结构,我们这里从WRK中看看它的定义
typedef struct _KSERVICE_TABLE_DESCRIPTOR { PULONG_PTR Base; PULONG Count; ULONG Limit; PUCHAR Number;} KSERVICE_TABLE_DESCRIPTOR, *PKSERVICE_TABLE_DESCRIPTOR;
这里的Base成员就是存储各函数地址的基址,再补充一点,内核中有两个系统服务描述符表,一个是KeServiceDescriptorTable(由ntoskrnl.exe导出),一个是KeServieDescriptorTableShadow(没有导出)。我们HOOK的是KeServiceDescriptorTable中的函数地址,KeServiceDescriptorTable是一个内核变量,可通过extern来使用它,而且它存储的就是_KSYSTEM_SERVICE_TABLE的首地址
kd> dd KeServiceDescriptorTable8055d700 80505450 00000000 0000011c 805058c48055d710 00000000 00000000 00000000 000000008055d720 00000000 00000000 00000000 00000000
kd> dt _KSYSTEM_SERVICE_TABLE 80505450 ssdtHook!_KSYSTEM_SERVICE_TABLE +0x000 ServiceTableBase : 0x805a5614 -> 0x9c68 +0x004 ServiceCounterTableBase : 0x805f1adc -> 0x8b55ff8b +0x008 NumberOfService : 0x805f5312 +0x00c ParamTableBase : 0x805f1b0e
这里我保护进程是HOOK的函数NtOpenProcess,隐藏进程是通过NtQuerySystemInformation实现的,为什么HOOK NtOpenProcess呢,因为任务管理器结束任务的时候,会通过OpenProcess获得被结束的进程句柄,然后再结束。 HOOK NtQuerySystemInformation的原因是因为可以通过它的参数,得到进程链(不同于EPROCESS),然后摘除掉,这样任务管理器就不会显示了,NtOpenProcess的索引号可以通过OD得知 我要做的步骤如下:
第一: 首先用驱动创建个Device,然后绑定个符号链接,供其与R3程序进行通信
第二: HOOK NtOpenProcess和
---恢复内容结束---
首先,我要说一件很重要的事,本人文采不好,如果哪里说的尴尬了,那你就尴尬着听吧。。。。。。
SSDT HOOK最初貌似源于Rookit,但是Rookit之前有没有其他病毒使用,这就不清楚了,总之这个功能很不错,那么什么是SSDT呢,SSDT全称是(System Services Descriptor Table),它将ring3的Win32 API和ring0的内核函数联系起来,SSDT 并不仅仅只包含一个庞大的地址索引表,它还包含着一些其它有用的信息,诸如地址索引的基地址、服务函数个数等。
通过修改此表的函数地址可以对常用 Windows 函数及 API 进行 Hook,从而实现对一些关心的系统动作进行过滤、监控的目的。一些 HIPS、防毒软件、系统监控、注册表监控软件往往会采用此接口来实现自己的监控模块。
SSDT基址存储在KSYSTEM_SERVICE_TABLE->ServiceTableBase中,下面是这个结构的定义
kd> dt _KSYSTEM_SERVICE_TABLEssdtHook!_KSYSTEM_SERVICE_TABLE +0x000 ServiceTableBase : Ptr32 Uint4B //SSDT (System Service Dispatch Table)的基地址
+0x004 ServiceCounterTableBase : Ptr32 Uint4B //用于 checked builds, 包含 SSDT 中每个服务被调用的次数 +0x008 NumberOfService : Uint4B +0x00c ParamTableBase : Uint4B
其实ServiceTableBase也是一个数据结构,我们这里从WRK中看看它的定义
typedef struct _KSERVICE_TABLE_DESCRIPTOR { PULONG_PTR Base; PULONG Count; ULONG Limit; PUCHAR Number;} KSERVICE_TABLE_DESCRIPTOR, *PKSERVICE_TABLE_DESCRIPTOR;
这里的Base成员就是存储各函数地址的基址,再补充一点,内核中有两个系统服务描述符表,一个是KeServiceDescriptorTable(由ntoskrnl.exe导出),一个是KeServieDescriptorTableShadow(没有导出)。我们HOOK的是KeServiceDescriptorTable中的函数地址,KeServiceDescriptorTable是一个内核变量,可通过extern来使用它,而且它存储的就是_KSYSTEM_SERVICE_TABLE的首地址
kd> dd KeServiceDescriptorTable8055d700 80505450 00000000 0000011c 805058c48055d710 00000000 00000000 00000000 000000008055d720 00000000 00000000 00000000 00000000
kd> dt _KSYSTEM_SERVICE_TABLE 80505450 ssdtHook!_KSYSTEM_SERVICE_TABLE +0x000 ServiceTableBase : 0x805a5614 -> 0x9c68 +0x004 ServiceCounterTableBase : 0x805f1adc -> 0x8b55ff8b +0x008 NumberOfService : 0x805f5312 +0x00c ParamTableBase : 0x805f1b0e
这里我保护进程是HOOK的函数NtOpenProcess,隐藏进程是通过NtQuerySystemInformation实现的,为什么HOOK NtOpenProcess呢,因为任务管理器结束任务的时候,会通过OpenProcess获得被结束的进程句柄,然后再结束。 HOOK NtQuerySystemInformation的原因是因为可以通过它的参数,得到进程链(不同于EPROCESS),然后摘除掉,这样任务管理器就不会显示了,NtOpenProcess的索引号可以通过OD得知 我要做的步骤如下:
第一: 首先用驱动创建个Device,然后绑定个符号链接,供其与R3程序进行通信
第二: HOOK NtOpenProcess和