在笔者前面有一篇文章《驱动开发:断链隐藏驱动程序自身》通过摘除驱动的链表实现了断链隐藏自身的目的,但此方法恢复时会触发PG会蓝屏,偶然间在网上找到了一个作者介绍的一种方法,觉得有必要详细分析一下他是如何实现的驱动隐藏的,总体来说作者的思路是最终寻找到MiProcessLoaderEntry的入口地址,该函数的作用是将驱动信息加入链表和移除链表,运用这个函数即可动态处理驱动的添加和移除问题。
那么如何找到MiProcessLoaderEntry函数入口地址就是下一步的目标,寻找入口可以总结为;
MmUnloadSystemImage函数地址,可通过MmGetSystemRoutineAddress函数得到。MmUnloadSystemImage里面寻找MiUnloadSystemImage函数地址。MiUnloadSystemImage里面继续寻找MiProcessLoaderEntry即可。搜索MmUnloadSystemImage可定位到call nt!MiUnloadSystemImage地址。

搜索MiUnloadSystemImage定位到call nt!MiProcessLoaderEntry即得到了我们想要的。

根据前面枚举篇系列文章,定位这段特征很容易实现,如下是一段参考代码。
// PowerBy: LyShark
// Email: me@lyshark.com
#include <ntddk.h>
#include <ntstrsafe.h>
typedef NTSTATUS(__fastcall *MiProcessLoaderEntry)(PVOID pDriverSection, BOOLEAN bLoad);
// 取出指定函数地址
PVOID GetProcAddress(WCHAR *FuncName)
{
UNICODE_STRING u_FuncName = { 0 };
PVOID ref = NULL;
RtlInitUnicodeString(&u_FuncName, FuncName);
ref = MmGetSystemRoutineAddress(&u_FuncName);
if (ref != NULL)
{
return ref;
}
return ref;
}
// 特征定位 MiUnloadSystemImage
ULONG64 GetMiUnloadSystemImageAddress()
{
// 在MmUnloadSystemImage函数中搜索的Code
/*
lyshark.com: kd> uf MmUnloadSystemImage
fffff801`37943512 83caff or edx,0FFFFFFFFh
fffff801`37943515 488bcf mov rcx,rdi
fffff801`37943518 488bd8 mov rbx,rax
fffff801`3794351b e860b4ebff call nt!MiUnloadSystemImage (fffff801`377fe980)
*/
CHAR MmUnloadSystemImage_Code[] = "\x83\xCA\xFF" // or edx, 0FFFFFFFFh
"\x48\x8B\xCF" // mov rcx, rdi
"\x48\x8B\xD8" // mov rbx, rax
"\xE8"; // call nt!MiUnloadSystemImage (fffff801`377fe980)
ULONG_PTR MmUnloadSystemImageAddress = 0;
ULONG_PTR MiUnloadSystemImageAddress = 0;
ULONG_PTR StartAddress = 0;
MmUnloadSystemImageAddress = (ULONG_PTR)GetProcAddress(L"MmUnloadSystemImage");
if (MmUnloadSystemImageAddress == 0)
{
return 0;
}
// 在MmUnloadSystemImage中搜索特征码寻找MiUnloadSystemImage
StartAddress = MmUnloadSystemImageAddress;
while (StartAddress < MmUnloadSystemImageAddress + 0x500)
{
if (memcmp((VOID*)StartAddress, MmUnloadSystemImage_Code, strlen(MmUnloadSystemImage_Code)) == 0)
{
// 跳过call之前的指令
StartAddress += strlen(MmUnloadSystemImage_Code);
// 取出 MiUnloadSystemImage地址
MiUnloadSystemImageAddress = *(LONG*)StartAddress + StartAddress + 4;
break;
}
++StartAddress;
}
if (MiUnloadSystemImageAddress != 0)
{
return MiUnloadSystemImageAddress;
}
return 0;
}
// 特征定位 MiProcessLoaderEntry
MiProcessLoaderEntry GetMiProcessLoaderEntry(ULONG64 StartAddress)
{
if (StartAddress == 0)
{
return NULL;
}
while (StartAddress < StartAddress + 0x600)
{
// 操作数MiProcessLoaderEntry内存地址是动态变化的
/*
lyshark.com: kd> uf MiUnloadSystemImage
fffff801`377fed19 33d2 xor edx,edx
fffff801`377fed1b 488bcb mov rcx,rbx
fffff801`377fed1e e84162b4ff call nt!MiProcessLoaderEntry (fffff801`37344f64)
fffff801`377fed23 8b05d756f7ff mov eax,dword ptr [nt!PerfGlobalGroupMask (fffff801`37774400)]
fffff801`377fed29 a804 test al,4
fffff801`377fed2b 7440 je nt!MiUnloadSystemImage+0x3ed (fffff801`377fed6d) Branch
E8 call | 8B 05 mov eax
*/
// fffff801`377fed1e | fffff801`377fed23
// 判断特征 0xE8(call) | 0x8B 0x05(mov eax)
if (*(UCHAR*)StartAddress == 0xE8 && *(UCHAR *)(StartAddress + 5) == 0x8B && *(UCHAR *)(StartAddress + 6) == 0x05)
{
// 跳过一个字节call的E8
StartAddress++;
// StartAddress + 1 + 4
return (MiProcessLoaderEntry)(*(LONG*)StartAddress + StartAddress + 4);
}
++StartAddress;
}
return NULL;
}
VOID UnDriver(PDRIVER_OBJECT driver)
{
DbgPrint("卸载完成... \n");
}
NTSTATUS DriverEntry(IN PDRIVER_OBJECT Driver, PUNICODE_STRING RegistryPath)
{
DbgPrint("hello lyshark.com \n");
ULONG64 MiUnloadSystemImageAddress = GetMiUnloadSystemImageAddress();
DbgPrint("MiUnloadSystemImageAddress = %p \n", MiUnloadSystemImageAddress);
MiProcessLoaderEntry MiProcessLoaderEntryAddress = GetMiProcessLoaderEntry(MiUnloadSystemImageAddress);
DbgPrint("MiProcessLoaderEntryAddress = %p \n", (ULONG64)MiProcessLoaderEntryAddress);
Driver->DriverUnload = UnDriver;
return STATUS_SUCCESS;
}
运行驱动程序,即可得到MiProcessLoaderEntryAddress的内存地址。

得到内存地址之后,直接破坏掉自身驱动的入口地址等,即可实现隐藏自身。
// PowerBy: LyShark
// Email: me@lyshark.com
#include <ntddk.h>
#include <ntstrsafe.h>
typedef NTSTATUS(*NTQUERYSYSTEMINFORMATION)(
IN ULONG SystemInformationClass,
OUT PVOID SystemInformation,
IN ULONG_PTR SystemInformationLength,
OUT PULONG_PTR ReturnLength OPTIONAL);
NTSYSAPI NTSTATUS NTAPI ObReferenceObjectByName(
__in PUNICODE_STRING ObjectName,
__in ULONG Attributes,
__in_opt PACCESS_STATE AccessState,
__in_opt ACCESS_MASK DesiredAccess,
__in POBJECT_TYPE ObjectType,
__in KPROCESSOR_MODE AccessMode,
__inout_opt PVOID ParseContext,
__out PVOID* Object
);
typedef struct _SYSTEM_MODULE_INFORMATION
{
HANDLE Section;
PVOID MappedBase;
PVOID Base;
ULONG Size;
ULONG Flags;
USHORT LoadOrderIndex;
USHORT InitOrderIndex;
USHORT LoadCount;
USHORT PathLength;
CHAR ImageName[256];
} SYSTEM_MODULE_INFORMATION, *PSYSTEM_MODULE_INFORMATION;
typedef struct _LDR_DATA_TABLE_ENTRY
{
LIST_ENTRY InLoadOrderLinks;
LIST_ENTRY InMemoryOrderLinks;
LIST_ENTRY InInitializationOrderLinks;
PVOID DllBase;
PVOID EntryPoint;
}LDR_DATA_TABLE_ENTRY, *PLDR_DATA_TABLE_ENTRY;
extern POBJECT_TYPE *IoDriverObjectType;
typedef NTSTATUS(__fastcall *MiProcessLoaderEntry)(PVOID pDriverSection, BOOLEAN bLoad);
ULONG64 MiUnloadSystemImageAddress = 0;
// 取出指定函数地址
PVOID GetProcAddress(WCHAR *FuncName)
{
UNICODE_STRING u_FuncName = { 0 };
PVOID ref = NULL;
RtlInitUnicodeString(&u_FuncName, FuncName);
ref = MmGetSystemRoutineAddress(&u_FuncName);
if (ref != NULL)
{
return ref;
}
return ref;
}
// 特征定位 MiUnloadSystemImage
ULONG64 GetMiUnloadSystemImageAddress()
{
CHAR MmUnloadSystemImage_Code[] = "\x83\xCA\xFF\x48\x8B\xCF\x48\x8B\xD8\xE8";
ULONG_PTR MmUnloadSystemImageAddress = 0;
ULONG_PTR MiUnloadSystemImageAddress = 0;
ULONG_PTR StartAddress = 0;
MmUnloadSystemImageAddress = (ULONG_PTR)GetProcAddress(L"MmUnloadSystemImage");
if (MmUnloadSystemImageAddress == 0)
{
return 0;
}
// 在MmUnloadSystemImage中搜索特征码寻找MiUnloadSystemImage
StartAddress = MmUnloadSystemImageAddress;
while (StartAddress < MmUnloadSystemImageAddress + 0x500)
{
if (memcmp((VOID*)StartAddress, MmUnloadSystemImage_Code, strlen(MmUnloadSystemImage_Code)) == 0)
{
StartAddress += strlen(MmUnloadSystemImage_Code);
MiUnloadSystemImageAddress = *(LONG*)StartAddress + StartAddress + 4;
break;
}
++StartAddress;
}
if (MiUnloadSystemImageAddress != 0)
{
return MiUnloadSystemImageAddress;
}
return 0;
}
// 特征定位 MiProcessLoaderEntry
MiProcessLoaderEntry GetMiProcessLoaderEntry(ULONG64 StartAddress)
{
if (StartAddress == 0)
{
return NULL;
}
while (StartAddress < StartAddress + 0x600)
{
if (*(UCHAR*)StartAddress == 0xE8 && *(UCHAR *)(StartAddress + 5) == 0x8B && *(UCHAR *)(StartAddress + 6) == 0x05)
{
StartAddress++;
return (MiProcessLoaderEntry)(*(LONG*)StartAddress + StartAddress + 4);
}
++StartAddress;
}
return NULL;
}
// 根据驱动名获取驱动对象
BOOLEAN GetDriverObjectByName(PDRIVER_OBJECT *DriverObject, WCHAR *DriverName)
{
PDRIVER_OBJECT TempObject = NULL;
UNICODE_STRING u_DriverName = { 0 };
NTSTATUS Status = STATUS_UNSUCCESSFUL;
RtlInitUnicodeString(&u_DriverName, DriverName);
Status = ObReferenceObjectByName(&u_DriverName, OBJ_CASE_INSENSITIVE, NULL, 0, *IoDriverObjectType, KernelMode, NULL, &TempObject);
if (!NT_SUCCESS(Status))
{
*DriverObject = NULL;
return FALSE;
}
*DriverObject = TempObject;
return TRUE;
}
BOOLEAN SupportSEH(PDRIVER_OBJECT DriverObject)
{
PDRIVER_OBJECT Object = NULL;;
PLDR_DATA_TABLE_ENTRY LdrEntry = NULL;
GetDriverObjectByName(&Object, L"\\Driver\\tdx");
if (Object == NULL)
{
return FALSE;
}
// 将获取到的驱动对象节点赋值给自身LDR
LdrEntry = (PLDR_DATA_TABLE_ENTRY)DriverObject->DriverSection;
LdrEntry->DllBase = Object->DriverStart;
ObDereferenceObject(Object);
return TRUE;
}
VOID InitInLoadOrderLinks(PLDR_DATA_TABLE_ENTRY LdrEntry)
{
InitializeListHead(&LdrEntry->InLoadOrderLinks);
InitializeListHead(&LdrEntry->InMemoryOrderLinks);
}
VOID Reinitialize(PDRIVER_OBJECT DriverObject, PVOID Context, ULONG Count)
{
MiProcessLoaderEntry m_MiProcessLoaderEntry = NULL;
ULONG *p = NULL;
m_MiProcessLoaderEntry = GetMiProcessLoaderEntry(MiUnloadSystemImageAddress);
if (m_MiProcessLoaderEntry == NULL)
{
return;
}
SupportSEH(DriverObject);
m_MiProcessLoaderEntry(DriverObject->DriverSection, 0);
InitInLoadOrderLinks((PLDR_DATA_TABLE_ENTRY)DriverObject->DriverSection);
// 破坏驱动对象特征
DriverObject->DriverSection = NULL;
DriverObject->DriverStart = NULL;
DriverObject->DriverSize = 0;
DriverObject->DriverUnload = NULL;
DriverObject->DriverInit = NULL;
DriverObject->DeviceObject = NULL;
DbgPrint("驱动隐藏 \n");
}
VOID UnDriver(PDRIVER_OBJECT driver)
{
DbgPrint("卸载完成... \n");
}
NTSTATUS DriverEntry(IN PDRIVER_OBJECT Driver, PUNICODE_STRING RegistryPath)
{
DbgPrint("hello lyshark.com \n");
MiUnloadSystemImageAddress = GetMiUnloadSystemImageAddress();
MiProcessLoaderEntry MiProcessLoaderEntryAddress = GetMiProcessLoaderEntry(MiUnloadSystemImageAddress);
// 无痕隐藏
IoRegisterDriverReinitialization(Driver, Reinitialize, NULL);
Driver->DriverUnload = UnDriver;
return STATUS_SUCCESS;
}
运行驱动程序,让后看到如下输出信息;

https://blog.csdn.net/zhuhuibeishadiao/article/details/75658816
https://github.com/ZhuHuiBeiShaDiao/NewHideDriverEx
我正在编写一个包含C扩展的gem。通常当我写一个gem时,我会遵循TDD的过程,我会写一个失败的规范,然后处理代码直到它通过,等等......在“ext/mygem/mygem.c”中我的C扩展和在gemspec的“扩展”中配置的有效extconf.rb,如何运行我的规范并仍然加载我的C扩展?当我更改C代码时,我需要采取哪些步骤来重新编译代码?这可能是个愚蠢的问题,但是从我的gem的开发源代码树中输入“bundleinstall”不会构建任何native扩展。当我手动运行rubyext/mygem/extconf.rb时,我确实得到了一个Makefile(在整个项目的根目录中),然后当
我已经在Sinatra上创建了应用程序,它代表了一个简单的API。我想在生产和开发上进行部署。我想在部署时选择,是开发还是生产,一些方法的逻辑应该改变,这取决于部署类型。是否有任何想法,如何完成以及解决此问题的一些示例。例子:我有代码get'/api/test'doreturn"Itisdev"end但是在部署到生产环境之后我想在运行/api/test之后看到ItisPROD如何实现? 最佳答案 根据SinatraDocumentation:EnvironmentscanbesetthroughtheRACK_ENVenvironm
我们的git存储库中目前有一个Gemfile。但是,有一个gem我只在我的环境中本地使用(我的团队不使用它)。为了使用它,我必须将它添加到我们的Gemfile中,但每次我checkout到我们的master/dev主分支时,由于与跟踪的gemfile冲突,我必须删除它。我想要的是类似Gemfile.local的东西,它将继承从Gemfile导入的gems,但也允许在那里导入新的gems以供使用只有我的机器。此文件将在.gitignore中被忽略。这可能吗? 最佳答案 设置BUNDLE_GEMFILE环境变量:BUNDLE_GEMFI
这似乎非常适得其反,因为太多的gem会在window上破裂。我一直在处理很多mysql和ruby-mysqlgem问题(gem本身发生段错误,一个名为UnixSocket的类显然在Windows机器上不能正常工作,等等)。我只是在浪费时间吗?我应该转向不同的脚本语言吗? 最佳答案 我在Windows上使用Ruby的经验很少,但是当我开始使用Ruby时,我是在Windows上,我的总体印象是它不是Windows原生系统。因此,在主要使用Windows多年之后,开始使用Ruby促使我切换回原来的系统Unix,这次是Linux。Rub
我正在玩HTML5视频并且在ERB中有以下片段:mp4视频从在我的开发环境中运行的服务器很好地流式传输到chrome。然而firefox显示带有海报图像的视频播放器,但带有一个大X。问题似乎是mongrel不确定ogv扩展的mime类型,并且只返回text/plain,如curl所示:$curl-Ihttp://0.0.0.0:3000/pr6.ogvHTTP/1.1200OKConnection:closeDate:Mon,19Apr201012:33:50GMTLast-Modified:Sun,18Apr201012:46:07GMTContent-Type:text/plain
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visitthehelpcenter指导。关闭10年前。问题1)我想知道rubyonrails是否有功能类似于primefaces的gem。我问的原因是如果您使用primefaces(http://www.primefaces.org/showcase-labs/ui/home.jsf),开发人员无需担心javascript或jquery的东西。据我所知,JSF是一个规范,基于规范的各种可用实现,prim
无论您是想搭建桌面端、WEB端或者移动端APP应用,HOOPSPlatform组件都可以为您提供弹性的3D集成架构,同时,由工业领域3D技术专家组成的HOOPS技术团队也能为您提供技术支持服务。如果您的客户期望有一种在多个平台(桌面/WEB/APP,而且某些客户端是“瘦”客户端)快速、方便地将数据接入到3D应用系统的解决方案,并且当访问数据时,在各个平台上的性能和用户体验保持一致,HOOPSPlatform将帮助您完成。利用HOOPSPlatform,您可以开发在任何环境下的3D基础应用架构。HOOPSPlatform可以帮您打造3D创新型产品,HOOPSSDK包含的技术有:快速且准确的CAD
在应用开发中,有时候我们需要获取系统的设备信息,用于数据上报和行为分析。那在鸿蒙系统中,我们应该怎么去获取设备的系统信息呢,比如说获取手机的系统版本号、手机的制造商、手机型号等数据。1、获取方式这里分为两种情况,一种是设备信息的获取,一种是系统信息的获取。1.1、获取设备信息获取设备信息,鸿蒙的SDK包为我们提供了DeviceInfo类,通过该类的一些静态方法,可以获取设备信息,DeviceInfo类的包路径为:ohos.system.DeviceInfo.具体的方法如下:ModifierandTypeMethodDescriptionstatic StringgetAbiList()Obt
本教程将在Unity3D中混合Optitrack与数据手套的数据流,在人体运动的基础上,添加双手手指部分的运动。双手手背的角度仍由Optitrack提供,数据手套提供双手手指的角度。 01 客户端软件分别安装MotiveBody与MotionVenus并校准人体与数据手套。MotiveBodyMotionVenus数据手套使用、校准流程参照:https://gitee.com/foheart_1/foheart-h1-data-summary.git02 数据转发打开MotiveBody软件的Streaming,开始向Unity3D广播数据;MotionVenus中设置->选项选择Unit
@作者:SYFStrive @博客首页:HomePage📜:微信小程序📌:个人社区(欢迎大佬们加入)👉:社区链接🔗📌:觉得文章不错可以点点关注👉:专栏连接🔗💃:感谢支持,学累了可以先看小段由小胖给大家带来的街舞👉微信小程序(🔥)目录自定义组件-behaviors 1、什么是behaviors 2、behaviors的工作方式 3、创建behavior 4、导入并使用behavior 5、behavior中所有可用的节点 6、同名字段的覆盖和组合规则总结最后自定义组件-behaviors 1、什么是behaviorsbehaviors是小程序中,用于实现