有没有办法让DisableUserModeCallbackFilter在Windows 10中运行?

时间:2018-03-19 21:55:15

标签: c++ winapi exception kernel-mode stack-unwinding

有没有办法让DisableUserModeCallbackFilter(或类似)在Windows 10上运行?

它应该允许从用户模式代码抛出的异常跨用户/内核边界传播,并且它在早期Windows版本到Windows 7之前有一个修补程序,但我似乎无法使其正常工作在更新的版本上。

这是一个在Windows 10 x64上似乎出错的测试程序,但在Windows XP x86上却没有出现错误:

#include <tchar.h>
#include <stdio.h>
#include <Windows.h>

#pragma comment(lib, "user32")

WNDPROC oldproc = NULL;

LRESULT CALLBACK newproc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
    _ftprintf(stderr, _T("OMG\n"));
    fflush(stderr);
    throw 0;
    return oldproc(hwnd, uMsg, wParam, lParam);
}

int _tmain(int argc, TCHAR *argv[])
{
    HWND hWnd = CreateWindowEx(0, TEXT("STATIC"), TEXT("Name"),
        WS_OVERLAPPEDWINDOW | WS_VISIBLE,
        CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT,
        NULL, NULL, NULL, NULL);
    oldproc = (WNDPROC)SetWindowLongPtr(hWnd, GWLP_WNDPROC, (LONG_PTR)newproc);
    try {
        UpdateWindow(hWnd);
    } catch (int ex) {
        _ftprintf(stderr, _T("Error: %d\n"), ex);
        fflush(stderr);
    }
}

1 个答案:

答案 0 :(得分:0)

当窗口过程调用时 - 内核在内核堆栈和用户模式下推送额外的堆栈帧,称为特殊&#34;功能&#34; (更快的偶数标签然后是正常函数)KiUserCallbackDispatcher,它调用窗口过程并最终通过特殊的api调用ZwCallbackReturn弹出内核堆栈帧返回内核。请注意,在调用ZwCallbackReturn之后,我们不会返回到它之后的下一条指令,而是从我们进入内核的地方返回,从那里调用用户模式回调(通常来自GetMessagePeekMessage )。

无论如何我们必须弹出内核堆栈帧 - 所以调用ZwCallbackReturn。所以KiUserCallbackDispatcher中的展开异常的情况 - 在设计上是错误的,必须不起作用。在这种情况下谁打电话给ZwCallbackReturn?如果它将从__finally中的KiUserCallbackDispatcher处理程序调用 - 这个中断展开程序(ZwCallbackReturn我怎么说永远不会返回,但是像长跳一样 - 将我们带到另一个地方,带有另一个堆栈指针和所有登记册)。即使您从ZwCallbackReturn手动拨打catch - 您将在此电话之后拨打电话?

所以需要在KiUserCallbackDispatcher SEH 处理程序之前处理异常,或者如果需要取消分配一些资源,最少有__finally块。

KiUserCallbackDispatcher使用SEH处理程序进行调用ZwCallbackReturn,即使异常将在回调中。但是{em> SEH 处理程序的行为可能会受到RTL_USER_PROCESS_PARAMETERS.Flags中未记录的标记的影响:

伪码:

void KiUserCallbackDispatcher(...)
{
    __try {

        //...
    } __except(KiUserCallbackExceptionFilter(GetExceptionInformation())) {
KiUserCallbackDispatcherContinue:
        ZwCallbackReturn(0, 0, 0);
    }
}

void LdrpLogFatalUserCallbackException(PEXCEPTION_RECORD ExceptionRecord, PCONTEXT ContextRecord);

int KiUserCallbackExceptionFilter(PEXCEPTION_POINTERS pep)
{
    if ( NtCurrentTeb()->ProcessEnvironmentBlock->ProcessParameters->Flags & 0x80000)
    {
        return EXCEPTION_EXECUTE_HANDLER;
    }

    LdrpLogFatalUserCallbackException(pep->ExceptionRecord, pep->ContextRecord);

    return EXCEPTION_CONTINUE_EXECUTION;
}

如果此标志(0x80000)未设置(默认情况下) - LdrpLogFatalUserCallbackException已调用。它在内部调用UnhandledExceptionFilter,如果它没有返回EXCEPTION_CONTINUE_EXECUTION - 调用ZwRaiseException STATUS_FATAL_USER_CALLBACK_EXCEPTIONFirstChance = FALSE(这意味着此异常未传递给应用程序 - 仅用于调试器作为最后的机会例外)

如果我们设置此标记 - EXCEPTION_EXECUTE_HANDLER将从过滤器返回 - RtlUnwindEx将被调用(使用TargetIp = KiUserCallbackDispatcherContinue) - 因为结果__finally处理程序将被调用,并且结束ZwCallbackReturn(0, 0, 0);

在任何情况下,异常都不会传递给函数中的SEH,这个函数在堆栈中更高而不是KiUserCallbackDispatcher(因为这里会处理异常)

所以我们需要在KiUserCallbackDispatcher下面的堆栈中处理异常或将标志设置为0x80000 - 在这种情况下,如果我们不在KiUserCallbackDispatcher之前处理异常 - 我们的__finally块(如果存在,将在完成回调的ZwCallbackReturn之前执行。

SetProcessUserModeExceptionPolicy未在最近的Windows版本中导出(从win8开始),但此api的年度代码是下一个(确切代码):

#define PROCESS_CALLBACK_FILTER_ENABLED     0x1

BOOL WINAPI SetProcessUserModeExceptionPolicy(DWORD dwFlags)
{
    PLONG pFlags = (PLONG)&NtCurrentTeb()->ProcessEnvironmentBlock->ProcessParameters->Flags;
    if (dwFlags & PROCESS_CALLBACK_FILTER_ENABLED)
    {
        _bittestandset(pFlags, 19); // |= 0x80000
    }
    else
    {
        _bittestandreset(pFlags, 19); // &= ~0x80000
    }

    return TRUE;
}

试验:

WNDPROC oldproc;

LRESULT CALLBACK newproc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
    SetWindowLongPtrW(hwnd, GWLP_WNDPROC, (LONG_PTR)oldproc);
    __try {
        *(int*)0=0;
        //RaiseException(STATUS_ACCESS_VIOLATION, 0, 0, 0);

    } __finally {
        DbgPrint("in finally\n");
        CallWindowProc(oldproc, hwnd, uMsg, wParam, lParam);
    }
    return 0;
}

void test()
{
    RtlGetCurrentPeb()->ProcessParameters->Flags |= 0x80000;

    if (HWND hwnd = CreateWindowExW(0, WC_EDIT, L"***", WS_OVERLAPPEDWINDOW,
        CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT,
        NULL, NULL, NULL, NULL))
    {
        oldproc = (WNDPROC)SetWindowLongPtr(hwnd, GWLP_WNDPROC, (LONG_PTR)newproc);
        __try {
            ShowWindow(hwnd, SW_SHOW);
        }__except(EXCEPTION_EXECUTE_HANDLER){
            DbgPrint("no sense. never will be called\n");
        }

        MSG msg;
        while (0 < GetMessage(&msg, hwnd, 0, 0))
        {
            DispatchMessage(&msg);
        }
    }
}

尝试评论或取消评论RtlGetCurrentPeb()->ProcessParameters->Flags |= 0x80000;行(或相同的NtCurrentTeb()->ProcessEnvironmentBlock->ProcessParameters->Flags & 0x80000)并比较效果。

无论如何,顶级SEH过滤器(在调用wndproc之前)永远不会被称为