博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
【旧文章搬运】隐藏驱动完整攻略(基础篇)
阅读量:4921 次
发布时间:2019-06-11

本文共 5510 字,大约阅读时间需要 18 分钟。

原文发表于百度空间,2009-07-09

==========================================================================

完整介绍隐藏驱动的方法,部分内容属于冷饭热炒,炒一炒比较好消化~~

先说一下,以下数据和结构信息来自Windbg+WinXP SP2
一、从PsLoadedModuleList消失
PsLoadedModuleList是系统中一个用于连接所有已加载驱动的双向链表(LIST_ENTRY结构)。每一个驱动的DriverObject->DriverSection其实是一个指向LDR_DATA_TABLE_ENTRY结构的指针,以Beep为例,如下:

lkd> dt _DRIVER_OBJECT 871a5b80nt!_DRIVER_OBJECT    +0x000 Type              : 4    ...    +0x014 DriverSection     : 0x897a0458 lkd> dt _LDR_DATA_TABLE_ENTRY 0x897a0458 nt!_LDR_DATA_TABLE_ENTRY    +0x000 InLoadOrderLinks : _LIST_ENTRY [ 0x871ecb48 - 0x871b2a28 ] //仅LoadOrderLinks有效    +0x008 InMemoryOrderLinks : _LIST_ENTRY [ 0x0 - 0x0 ]    +0x010 InInitializationOrderLinks : _LIST_ENTRY [ 0x0 - 0x0 ]    +0x018 DllBase           : 0xbadd2000     +0x01c EntryPoint        : 0xbadd266c     +0x020 SizeOfImage       : 0x2000    +0x024 FullDllName       : _UNICODE_STRING "\SystemRoot\System32\Drivers\Beep.SYS"    +0x02c BaseDllName       : _UNICODE_STRING "Beep.SYS"

这个结构和PEB->Ldr中用于记录进程已加载DLL的结构是一样的,不过驱动中仅InLoadOrderLinks有效,把这个结点从双链表中移除就可以了。

此方法仅对ZwQuerySystemInformation(SystemModuleInformation)有效

二、从\Driver对象目录消失

从PsLoadedModuleList消失以后,我们用WinObj或类似的工具仍然可以看到\Driver\DriverName这样一个对象,要隐藏自身也必须从这里消失,这里需要一些Windows对象管理的知识,关于Windows对象管理的知识请参考《Windows内核的分析(对象管理器)译自gloomy的文章,由董岩 译》等等,这里不多说。\Driver是一个对象目录,所有的DriverObject都放在此目录下面。要操作该目录,首先我们要得到"\Driver"这个对象目录的地址,可以用ObOpenObjectByName直接打开得到,或者以如下方式取到:

lkd> dt _OBJECT_HEADER 871a5b68 nt!_OBJECT_HEADER    +0x000 PointerCount      : 3    +0x004 HandleCount       : 0    +0x004 NextToFree        : (null)     +0x008 Type              : 0x89e60ca0 _OBJECT_TYPE    +0x00c NameInfoOffset    : 0x10 '' //对象头名称距对象头的偏移lkd> dt _OBJECT_HEADER_NAME_INFO 871a5b68-0x10 //对象头名称信息在对象头之前,减去偏移就可到达nt!_OBJECT_HEADER_NAME_INFO    +0x000 Directory         : 0xe156e030 _OBJECT_DIRECTORY //这就是我们要找的ObjectDirectory    +0x004 Name              : _UNICODE_STRING "Beep"    +0x00c QueryReferences   : 1

而对象目录是一个OBJECT_DIRECTORY结构,如下:

lkd> dt _OBJECT_DIRECTORY 0xe156e030 nt!_OBJECT_DIRECTORY    +0x000 HashBuckets       : [37] 0xe169b7c8 _OBJECT_DIRECTORY_ENTRY //Hash表    +0x094 Lock              : _EX_PUSH_LOCK    +0x098 DeviceMap         : (null)     +0x09c SessionId         : 0xffffffff    +0x0a0 Reserved          : 0    +0x0a2 SymbolicLinkUsageCount : 0

对象在对象目录中是以一个Hash表的方式存储的(如果不清楚Hash表的结构和用法请先补一补数据结构的知识),Hash算法如下:

//计算对象名的HashULONG GetObjectHashByName(PWCHAR ObjectName){ULONG HashIndex=0;ULONG WcharLength;ULONG Wchar;WcharLength=wcslen(ObjectName);while (WcharLength--) {   Wchar = *ObjectName++;   HashIndex += (HashIndex << 1) + (HashIndex >> 1);  if (Wchar < 'a') {                HashIndex += Wchar;   } else if (Wchar > 'z') {                HashIndex += RtlUpcaseUnicodeChar( (WCHAR)Wchar );   } else {                HashIndex += (Wchar - ('a'-'A'));         }     }     HashIndex %= NUMBER_HASH_BUCKETS; //NUMBER_HASH_BUCKETS是个宏,值为37return HashIndex;}

Hash表中的每一个结点都是一个OBJECT_DIRECTORY_ENTRY结构,该结构的ChainLink域链向下一个Hash值相同的结点,构成了单链表,链表头就是ObjectDirectory.HashBuckets[对象的Hash值],而对象则保存在Object域中。

lkd> dt _OBJECT_DIRECTORY_ENTRY 0xe169b7c8 nt!_OBJECT_DIRECTORY_ENTRY    +0x000 ChainLink         : 0xe101dda8 _OBJECT_DIRECTORY_ENTRY    +0x004 Object            : 0x871a5b80 //注意看,这就是我们要找的Beep对象,其Hash为0

遍历此链表,找到我们要隐藏的驱动的DriverObject(可参考ObpLookupObjectName函数的实现过程),从链表中移除就可以了。

当然,从链表中移除结点时需要根据该结点在链表头或中间进行分别处理,这个仍然是数据结构的知识~~

位于链表中间很容易处理,位于链表头的话要注意移除目标Object之后更新ObjectDirectory.HashBuckets[对象的Hash值],也就是链表头,否则你会蓝得很难看~~
DeviceObject同法处理,不过这样处理完后,就不能以常规手段打开你的Device来DeviceIoControl了(系统找不到它,囧),所以我们还是不要DeviceObject为好~~

三、从TypeList消失

TypeList也是一个双向链表(LIST_ENTRY)结构,这个链表的头在哪儿呢?在OBJECT_TYPE的TypeList域:

lkd> dt _OBJECT_TYPE 89e60ca0nt!_OBJECT_TYPE    +0x000 Mutex             : _ERESOURCE    +0x038 TypeList          : _LIST_ENTRY [ 0x89e60cd8 - 0x89e60cd8 ]  //就是这个LIST    +0x040 Name              : _UNICODE_STRING "Driver" //DriverType    +0x048 DefaultObject     : 0x80562e20

可以看到,上面的TypeList链表是空的,并无任何内容,因为TypeList并不总是有效的~~

仅当NtGlobalFlag设置了MaintainTypeList标志(可以使用Windbg自带的Global Flags工具查看和修改),系统在创建Object之后,才会将其插入ObjectType->TypeList链表。要知道该标志是否有效,可以检查ObjectHeader->Flags标志的OB_FLAG_CREATOR_INFO位是否有效。

在设置该标志之后,对象头前面的可变域会增加一个_OBJECT_HEADER_CREATOR_INFO结构,该结构中有一个LIST_ENTRY域连接在前面的ObjectType->TypeList链表上。
在Object之前就是OBJECT_HEADER结构,而OBJECT_HEADER结构中的几个Offset的值则表明该对象头前面的可变头部分的信息,为0则表示对应的结构不存在,不为0的则表示该结构存在,这个值也是相应的结构信息距ObjectHeader的偏移(在ObjectHeader之前)
对象头信息如下:

lkd> dt _OBJECT_HEADER 871a5b68 nt!_OBJECT_HEADER    +0x000 PointerCount      : 3    +0x004 HandleCount       : 0    +0x004 NextToFree        : (null)     +0x008 Type              : 0x89e60ca0 _OBJECT_TYPE    +0x00c NameInfoOffset    : 0x10 '' //在对象头之前偏移0x10处,是NameInfo信息    +0x00d HandleInfoOffset : 0 '' //无效    +0x00e QuotaInfoOffset   : 0 '' //无效

设置Maintain TypeList标志之后,因为OBJECT_HEADER_NAME_INFO之后增加了一个OBJECT_HEADER_CREATOR_INFO结构,所以你看到的NameInfoOffset将会是0x20.

lkd> dt _OBJECT_HEADER_CREATOR_INFO 8995fae8-0x18-0x20+0x10 //可变头之创建信息nt!_OBJECT_HEADER_CREATOR_INFO    +0x000 TypeList          : _LIST_ENTRY [ 0x89968df8 - 0x8995ff10 ] //这个链要断掉    +0x008 CreatorUniqueProcess : 0x00000004 //对象的创建者,对于驱动而言,这里总是System,抹掉    +0x00c CreatorBackTraceIndex : 0    +0x00e Reserved          : 0

如上面所示,8995fae8是Object,减去0x18得到ObjectHeader,再减去此时的NameInfoOffset,也就是0x20,就得到了OBJECT_HEADER_NAME_INFO结构,再加上OBJECT_HEADER_NAME_INFO结构的大小0x10,就是我们要找的OBJECT_HEADER_CREATOR_INFO结构了。

找到目标DriverObject的OBJECT_HEADER_CREATOR_INFO结构之后,把这个TypeList链断掉,隐藏工作就又前进了一大步了~~

转载于:https://www.cnblogs.com/achillis/p/10181758.html

你可能感兴趣的文章
一道二分——CodeForces - 371C
查看>>
数论——HDU-1576
查看>>
ST表——HDU-3183
查看>>
欧拉函数——POJ - 2478
查看>>
数论——HDU - 2136
查看>>
Mecanim动画
查看>>
设计模式(8)--外观模式
查看>>
H5中 input消除默认,取消在手机上的点击高亮效果
查看>>
左移右移置位
查看>>
Codeforces 908 D New Year and Arbitrary Arrangement
查看>>
2019学期第七周编程总结
查看>>
Git 常用命令(转)
查看>>
[转]游戏完成平衡性的技巧
查看>>
架构实例之SpringTest
查看>>
你的跑步姿势正确吗? 教你正确跑步姿势 & 常识
查看>>
(转)Dubbo 简单Dome搭建
查看>>
mybatis在xml文件中处理大于号小于号的方法
查看>>
联想 P70-t 免解锁BL 免rec Magisk Xposed 救砖 ROOT
查看>>
wince扫描功能
查看>>
第四章
查看>>