WDM驱动程序和用户模式通信:最佳实践和回调问题

时间:2018-02-01 18:55:54

标签: c windows kernel drivers wdm

我的驱动程序的目的是通知用户模式应用程序我收到的每个回调,将我从这些注册例程获得的数据传递给它。然后,用户模式应用程序将在屏幕上打印(它是一个简单的Win32控制台应用程序)从内核接收的每个信息。我目前注册了三个回调:PsSetCreateProcessNotifyRoutineExPsSetCreateProcessNotifyRoutineEx2PsSetLoadImageNotifyRoutine。我想知道:

1)这是内核模式和用户模式之间通信的“最佳”方法,考虑到许多进程和许多图像都可以同时加载?

2)我应该为每次通话实施这样的方法,还是应该存储一些信息并将其推送到用户模式,比方说, 0.5秒?

实际上我使用以下代码来定义驱动程序中的IOCTL:

#define IOCTL_RECEIVE CTL_CODE(FILE_DEVICE_UNKNOWN, 0x802, METHOD_BUFFERED, FILE_READ_DATA)

这是我的DispatchDeviceControl函数的代码:

NTSTATUS DispatchDeviceControl(PDEVICE_OBJECT DeviceObject, PIRP Irp)
{
    KIRQL CurrentIRQL = KeGetCurrentIrql();
    DbgPrint("DispatchDeviceControl called at IRQL level: %d", CurrentIRQL);

    PIO_STACK_LOCATION irpsp = IoGetCurrentIrpStackLocation(Irp);
    NTSTATUS status = STATUS_SUCCESS;
    PVOID buffer = Irp->AssociatedIrp.SystemBuffer;
    ULONG inLength = irpsp->Parameters.DeviceIoControl.InputBufferLength;
    ULONG outLength = irpsp->Parameters.DeviceIoControl.OutputBufferLength;
    ULONG returnLength = 0;
    pMsg PMSG = NULL;

    switch (irpsp->Parameters.DeviceIoControl.IoControlCode)
    {   
    case IOCTL_RECEIVE:
        DbgPrint("IOCTL_RECEIVE message sent\n");
        KeWaitForSingleObject(&kEvent, Executive, KernelMode, 0, NULL);
        PMSG = (pMsg)ExInterlockedRemoveHeadList(&listhead, &spinlock);
        // Copy data to the buffer
        RtlCopyMemory((PCHAR)buffer, (PCHAR)PMSG, sizeof(Msg));
        // Release the structure
        ExFreePool(PMSG);
        // Set returnLength
        returnLength = sizeof(Msg);
        break;
    default:
        status = STATUS_INVALID_PARAMETER;
    }
    Irp->IoStatus.Status = status;
    Irp->IoStatus.Information = returnLength;
    IoCompleteRequest(Irp, IO_NO_INCREMENT);

    return status;
}

我的一个回调例程的代码:

_Use_decl_annotations_
VOID prcmPsCreateProcessNotifyRoutineEx2(PEPROCESS Process, HANDLE ProcessId, PPS_CREATE_NOTIFY_INFO CreateInfo)
{
    // If process is exiting, just return immediately
    if (CreateInfo == NULL)
        return;

    pMsg PMSG = (pMsg)ExAllocatePoolWithTag(NonPagedPoolNx, sizeof(Msg), 'prcm');

    if (PMSG == NULL)
    {
        DbgPrint("PsCreateProcessNotifyRoutineEx2: ERROR allocating Pool space for data to be sent to user mode\n");
        return;
    }

    // Fill data
    PMSG->ParentId = NULL;
    PMSG->ProcessId = ProcessId;
    PMSG->FullImageName = NULL;

    ExInterlockedInsertHeadList(&listhead, (PLIST_ENTRY)PMSG, &spinlock);
    KeSetEvent(&kEvent, 0, FALSE);

    return;
}

最后是结构定义(我包含了一些示例值,但第一个元素显然是LIST_ENTRY

typedef struct {
    LIST_ENTRY listhead;
    HANDLE ParentId;
    HANDLE ProcessId;
    PUNICODE_STRING FullImageName;
} Msg, *pMsg;

供我参考,我正确地使用DriverEntry函数调用:

KeInitializeEvent(&kEvent, SynchronizationEvent, FALSE);
KeInitializeSpinLock(&spinlock);
InitializeListHead(&listhead);

在我的用户模式控制台应用程序中,我在主例程中创建一个线程,并在其相对线程函数中不断检查DeviceIoControl的返回值,以便实时打印我得到的信息来自司机。

3)有点偏离主题,但我认为这是相关的:我在用户模式下错过一些通知是正常的,这段代码?有人知道为什么吗?

1 个答案:

答案 0 :(得分:0)

OSR写了一篇很棒的文章,The Inverted Call Model。这种系统的基本设计包括服务,驱动程序和两者之间的一些协议。它适用于单片驱动程序以及分层驱动程序,只需要驱动程序能够接收设备控制操作。

我还想提一下,您正在使用PsSetCreateProcessNotifyRoutineEx和PsSetCreateProcessNotifyRoutineEx2。你应该使用其中一个。从Windows 10, version 1703 Windows Server 2016开始支持PsSetCreateProcessNotifyRoutineEx2。它提供了更好的功能,因此我建议尽可能使用它。

您可以使用MmGetSystemRoutinAddress来动态使用PsSetCreateProcessNotifyRoutineEx2来确定使用哪个,如果它不可用,则使用PsSetCreateProcessNotifyRoutineEx。