有没有办法让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);
}
}
答案 0 :(得分:0)
当窗口过程调用时 - 内核在内核堆栈和用户模式下推送额外的堆栈帧,称为特殊&#34;功能&#34; (更快的偶数标签然后是正常函数)KiUserCallbackDispatcher
,它调用窗口过程并最终通过特殊的api调用ZwCallbackReturn
弹出内核堆栈帧返回内核。请注意,在调用ZwCallbackReturn
之后,我们不会返回到它之后的下一条指令,而是从我们进入内核的地方返回,从那里调用用户模式回调(通常来自GetMessage
或PeekMessage
)。
无论如何我们必须弹出内核堆栈帧 - 所以调用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_EXCEPTION
和FirstChance = 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之前)永远不会被称为