• <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>

            S.l.e!ep.¢%

            像打了激速一樣,以四倍的速度運轉,開心的工作
            簡單、開放、平等的公司文化;尊重個性、自由與個人價值;
            posts - 1098, comments - 335, trackbacks - 0, articles - 1
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            轉載: 防止全局鉤子的侵入

            Posted on 2010-01-08 11:11 S.l.e!ep.¢% 閱讀(486) 評論(0)  編輯 收藏 引用 所屬分類: RootKit

            ? 轉載: 防止全局鉤子的侵入 收藏
            轉載: 防止全局鉤子的侵入
            http://202.38.73.222/~pjf/blog/archives/000040.html

            Author: pjf(jfpan20000@sina.com)
            Windows消息鉤子一般都很熟悉了。它的用處很多,耳熟能詳的就有——利用鍵盤鉤子獲取目標進程的鍵盤輸入,從而獲得各類密碼以達到不可告人的目的。朋友想讓他的軟件不被別人的全局鉤子監視,有沒有辦法實現呢?答案是肯定的,不過缺陷也是有的:)。
            首先簡單看看全局鉤子如何注入別的進程。
            消息鉤子是由Win32子系統提供,其核心部分通過NtUserSetWindowsHookEx為用戶提供了設置消息鉤子的系統服務,用戶通過它注冊全局鉤子。當系統獲取某些事件,比如用戶按鍵,鍵盤driver將掃描碼等傳入win32k的KeyEvent處理函數,處理函數判斷有無相應hook,有則callhook。此時,系統取得Hook對象信息,若目標進程沒有裝載對應的Dll,則裝載之(利用KeUserModeCallback“調用”用戶例程,它與Apc調用不同,它是仿制中斷返回環境,其調用是“立即”性質的)。
            進入用戶態的KiUserCallbackDispatcher后,KiUserCallbackDispatcher根據傳遞的數據獲取所需調用的函數、參數等,隨后調用。針對上面的例子,為裝載hook dll,得到調用的是LoadLibraryExW,隨后進入LdrLoadDll,裝載完畢后返回,后面的步驟就不敘述了。
            從上面的討論我們可以得出一個最簡單的防侵入方案:hook api使得加載失敗,不過有一個缺陷:系統并不會因為一次的失敗而放棄,每次有消息產生欲call hook時系統都會試圖在你的進程加載dll,這對于性能有些微影響,不過應該感覺不到。剩下一個問題就是不是所有的LoadLibraryExW都應攔截,這個容易解決,比如判斷返回地址。下面給出一個例子片斷,可以添加一些判斷使得某些允許加載的hook dll被加載。
            這里hook api使用了微軟的detours庫,隨需要修改。

            typedef HMODULE (__stdcall *LOADLIB)(
            LPCWSTR lpwLibFileName,
            HANDLE hFile,
            DWORD dwFlags
            );

            extern "C" {
            DETOUR_TRAMPOLINE(HMODULE __stdcall Real_LoadLibraryExW(
            LPCWSTR lpwLibFileName,
            HANDLE hFile,
            DWORD dwFlags),
            LoadLibraryExW);
            }

            ULONG user32 = 0;

            HMODULE __stdcall Mine_LoadLibraryExW(
            LPCWSTR lpwLibFileName,
            HANDLE hFile,
            DWORD dwFlags)
            {
            ULONG addr;

            _asm mov eax, [ebp+4]
            _asm mov addr, eax

            if ((user32 & 0xFFFF0000) == (addr & 0xFFFF0000))
            {
            return 0;
            }

            HMODULE res = (LOADLIB(Real_LoadLibraryExW)) (
            lpwLibFileName,
            hFile,
            dwFlags );

            return res;
            }

            BOOL ProcessAttach()
            {
            DetourFunctionWithTrampoline((PBYTE)Real_LoadLibraryExW,
            (PBYTE)Mine_LoadLibraryExW);
            return TRUE;
            }

            BOOL ProcessDetach()
            {
            DetourRemove((PBYTE)Real_LoadLibraryExW,
            (PBYTE)Mine_LoadLibraryExW);
            return TRUE;
            }

            CAnti_HookApp::CAnti_HookApp() //在使用用戶界面服務前調用ProcessAttach
            {
            user32 = (ULONG)GetModuleHandle("User32.dll");
            ProcessAttach();
            }


            本文來自CSDN博客,轉載請標明出處:http://blog.csdn.net/Mrkang/archive/2005/05/27/381894.aspx

            久久久无码精品亚洲日韩按摩| avtt天堂网久久精品| 久久亚洲AV无码西西人体| 国内精品伊人久久久久影院对白| 国产精品一区二区久久精品无码| 办公室久久精品| 亚洲国产精品久久电影欧美| 久久精品人成免费| 国产成人久久精品二区三区| 性做久久久久久久久浪潮| 日韩久久久久久中文人妻| 国产高潮国产高潮久久久91| 欧美日韩精品久久久久| 久久精品免费观看| 亚洲午夜久久久久妓女影院 | 久久精品国产精品亜洲毛片| 少妇被又大又粗又爽毛片久久黑人| 波多野结衣久久| 国产高潮国产高潮久久久91| 久久亚洲美女精品国产精品| 久久综合日本熟妇| 久久www免费人成看国产片| 久久精品夜夜夜夜夜久久| 久久亚洲精品国产精品婷婷 | 成人妇女免费播放久久久| 亚洲天堂久久久| 日本久久久久久久久久| 办公室久久精品| 91精品国产色综久久 | 久久久久99精品成人片| 久久线看观看精品香蕉国产| 国产亚洲欧美精品久久久| 久久久久久久精品妇女99| 一级做a爰片久久毛片毛片| 青青青青久久精品国产h久久精品五福影院1421| 久久久一本精品99久久精品88| 久久久久久免费视频| 国内精品久久久久久久久电影网 | 久久一日本道色综合久久| 新狼窝色AV性久久久久久| 人妻无码中文久久久久专区|