1

有没有办法让DisableUserModeCallbackFilter（或类似的）在 Windows 10 上工作？

它应该允许从用户模式代码引发的异常跨用户/内核边界传播，并且它在 Windows 7 之前的早期 Windows 版本上有一个修补程序，但我似乎无法让它在最近的版本上运行版本。

这是一个在 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);
    }
}
4

1 回答 1

2

当调用窗口过程时 - 内核在内核堆栈和用户模式下推送额外的堆栈帧称为特殊“函数”（比普通函数更快的偶数标签） ，它调用窗口过程并最终通过特殊的 api 调用弹出内核堆栈帧KiUserCallbackDispatcher返回内核。ZwCallbackReturn请注意，在调用之后ZwCallbackReturn我们不会返回到它之后的下一条指令，而是从我们进入内核的地方返回，从那里将调用用户模式回调（通常来自GetMessageor PeekMessage）。

无论如何，我们必须弹出内核堆栈帧 - 所以调用ZwCallbackReturn. 因此，带有展开异常的情况KiUserCallbackDispatcher- 设计错误，不能正常工作。在这种情况下谁打电话ZwCallbackReturn？如果它将从__finally处理程序中调用KiUserCallbackDispatcher- 这个中断展开过程（ZwCallbackReturn我怎么说永远不会返回，但就像跳远一样 - 将我们移动到另一个带有另一个堆栈指针和所有寄存器的地方）。即使您手动拨打电话- 在此电话之后您将在哪里ZwCallbackReturn？catch

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

KiUserCallbackDispatcher即使异常将在回调中，也使用SEH处理程序进行调用。ZwCallbackReturn但是，此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_EXCEPTIONand调用FirstChance = FALSE（这意味着这个异常没有传递给应用程序 - 仅用于调试器作为最后机会异常）

如果我们设置这个标志 -EXCEPTION_EXECUTE_HANDLER将从过滤器返回 -RtlUnwindEx将被调用（使用TargetIp = KiUserCallbackDispatcherContinue） - 结果__finally处理程序将被调用并在最后ZwCallbackReturn(0, 0, 0);

在任何情况下，异常都不会在堆栈中高于KiUserCallbackDispatcher堆栈​​的函数中传递给 SEH （因为这里将处理异常）

所以我们需要在下面的堆栈中处理异常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 之前）永远不会被调用

于 2018-03-20T11:35:04.357 回答