• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Error

            C++博客 首頁 新隨筆 聯系 聚合 管理
              217 Posts :: 61 Stories :: 32 Comments :: 0 Trackbacks

            // 本質上來說就是自己設置了UnhandleExceptionFilter后,C運行庫或者其他什么別的函數也調用了,所以自己設置的就無效了,解決方案就是HOOK SET函數,讓別人無法取代自己

            很多 C/C++ 程序會設置自己的 Unhandled Exception Filter 用于捕獲 Unhandled exceptions 并輸出一些信息(例如,創建 mini-dump 或者輸出調用棧到日志文件中)。

            從 VC++2005 開始出于安全因素微軟改變了 CRT 的行為。在以下情況下 CRT 不會通知被注冊的 Unhandled Exception Filter:

            1. 調用了 abort() 并且設置 abort 的行為為 _CALL_REPORTFAULT(Release 版本默認使用此設置)
            2. Security Checks 失敗時,具體來說就是檢查到一些會引發安全問題的堆棧溢出時不會通知被注冊的 Unhandled Exception Filter,會引發安全問題的堆棧溢出包括:覆蓋了函數的返回值,覆蓋了 Exception handler 的地址,覆蓋了某些類型的參數。關于編譯器的 Security Checks 的內容,詳細參考:http://msdn.microsoft.com/en-us/library/Aa290051(注意,此文章談到的是 Visual Studio .NET 2003,其中 _set_security_error_handler 函數在 VC++2005 以及以上版本已經無法使用)
            3. 如果沒有調用 _set_invalid_parameter_handler 設置 Invalid parameter handler 時,檢查到了非法的參數

            CRT 是通過何種方式使得我們注冊的 Unhandled Exception Filter 不被調用的?答案在 CRT 的代碼中:

            1. /* 代碼來源于 gs_report.c */
            2. /* Make sure any filter already in place is deleted. */
            3. SetUnhandledExceptionFilter(NULL);
            4. UnhandledExceptionFilter(&ExceptionPointers);

            CRT 通過調用 SetUnhandledExceptionFilter 并傳遞參數 NULL 來清除用戶注冊的 Unhandled Exception Filter。如果期望用戶注冊的 Unhandled Exception Filter 總是被調用那么應該避免 CRT 中相關的清理代碼。做法之一就是修改 CRT 代碼并且編譯為靜態庫(微軟的 VC++ Libraries 開發 Lead Martyn Lovell 在 https://connect.microsoft.com/feedback/ViewFeedback.aspx?FeedbackID=101337&SiteID=210 談到過有關的問題),這里并不建議使用此做法。另外一種做法則是改變 SetUnhandledExceptionFilter 的行為,使得 CRT 對 SetUnhandledExceptionFilter 的調用不起任何作用(更加詳細的論述可以參考《Windows 核心編程》相關章節)。

            1. // 無法得知此代碼來源于
            2. #ifndef _M_IX86
            3. #error "The following code only works for x86!"
            4. #endif
            5.  
            6. // 此函數一旦成功調用,之后對 SetUnhandledExceptionFilter 的調用將無效
            7. void DisableSetUnhandledExceptionFilter()
            8. {
            9. void* addr = (void*)GetProcAddress(LoadLibrary("kernel32.dll"),
            10. "SetUnhandledExceptionFilter");
            11.  
            12. if (addr)
            13. {
            14. unsigned char code[16];
            15. int size = 0;
            16.  
            17. code[size++] = 0x33;
            18. code[size++] = 0xC0;
            19. code[size++] = 0xC2;
            20. code[size++] = 0x04;
            21. code[size++] = 0x00;
            22.  
            23. DWORD dwOldFlag, dwTempFlag;
            24. VirtualProtect(addr, size, PAGE_READWRITE, &dwOldFlag);
            25. WriteProcessMemory(GetCurrentProcess(), addr, code, size, NULL);
            26. VirtualProtect(addr, size, dwOldFlag, &dwTempFlag);
            27. }
            28. }

            只需要在注冊 Unhandled Exception Filter 之后調用 DisableSetUnhandledExceptionFilter() 函數,那么之后所有對 SetUnhandledExceptionFilter 的調用都將無效,自然 CRT 也無法通過調用 SetUnhandledExceptionFilter 來清除用戶注冊的 Unhandled Exception Filter。

            posted on 2015-05-15 02:17 Enic 閱讀(2643) 評論(0)  編輯 收藏 引用 所屬分類: 從零開始寫棋牌游戲平臺
            国内精品久久久久久久亚洲| 日韩美女18网站久久精品| 国产叼嘿久久精品久久| 久久久久高潮毛片免费全部播放| 久久久久人妻一区精品| 国产福利电影一区二区三区,免费久久久久久久精 | 久久久精品免费国产四虎| 久久久久99这里有精品10 | 日本久久久久久久久久| 99久久精品无码一区二区毛片| 久久精品国产亚洲77777| 亚洲午夜久久久久妓女影院| 精产国品久久一二三产区区别 | 久久亚洲AV无码西西人体| 国产精品xxxx国产喷水亚洲国产精品无码久久一区 | 久久亚洲AV成人无码国产| 久久精品国产99国产精品亚洲 | 亚洲精品无码久久千人斩| 一本久久知道综合久久| 亚洲AV无码久久寂寞少妇| 久久超乳爆乳中文字幕| 久久国产免费观看精品| 久久精品无码一区二区三区日韩 | 国产精品热久久毛片| 久久黄视频| 狠狠色丁香久久婷婷综合| 精品无码久久久久久午夜| 久久免费精品视频| 色综合久久中文字幕综合网| 亚洲午夜无码久久久久| 久久精品嫩草影院| 亚洲综合久久夜AV | 69久久精品无码一区二区| 久久97久久97精品免视看秋霞| 中文字幕精品久久| 久久综合九色综合97_久久久 | 亚洲精品tv久久久久| 精品熟女少妇av免费久久| 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 久久99国产一区二区三区| 久久中文骚妇内射|