• <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>
            不在浮沙筑高臺-demons
            C++/OS/disassembly/Anti-virus
            posts - 5,  comments - 5,  trackbacks - 0
             
              風(fēng)格:為了讓國外朋友也能看懂,代碼中的注釋全部用英文,而分析部分我用中文做詳細(xì)解釋, 如果您不習(xí)慣這種表達(dá)風(fēng)格,或者有什么意見,歡迎向我反饋.


                前言:本文主要討論現(xiàn)在網(wǎng)傳很廣的單線程函數(shù)hook 類CULHook 掛鉤代碼的致命漏洞以及設(shè)計缺陷,并給出我的解決方案.


               知識前提:您應(yīng)該有windows 程序設(shè)計和C++的基本知識,以及對操作系統(tǒng)原理稍微了解.

                 -----------人因相互學(xué)習(xí)而進(jìn)步,若您發(fā)現(xiàn)文中有錯誤,請不吝賜教,能夠告訴我,感恩您.

                once, I saw a cpp class that realized the API hook by inline assembly  in user mode. Maybe some of you have known this class that named "CULHook" too.
            However, there are some problems existed by now. One problem is that  hook method doesn't work well on multiple threads condition. And another  problem
            seems not to be clear but fatal !

              This is the original code of the class CULHook:             代碼來自 <windows 程序設(shè)計> -王艷平         注: 注解見下面,可參考我的CSTAPIHook類的代碼


            #include <windows.h>

            class CULHook
            {
            public:
                CULHook(LPSTR pszModName, LPSTR pszFuncName, PROC pfnHook);
                ~CULHook();
                void Unhook();
                void Rehook();
            protected:
                PROC m_pfnOrig;        
                BYTE m_btNewBytes[8];
                BYTE m_btOldBytes[8];   
                HMODULE m_hModule;
            };

            CULHook::CULHook(LPSTR pszModName, LPSTR pszFuncName, PROC pfnHook)
            {
                // jmp eax == 0xFF, 0xE0
                BYTE btNewBytes[8] = { 0xB8, 0x00, 0x00, 0x40, 0x00, 0xFF, 0xE0, 0x00 };
                memcpy(m_btNewBytes, btNewBytes, 8);
                *(DWORD *)(m_btNewBytes + 1) = (DWORD)pfnHook;
                m_hModule = ::LoadLibrary(pszModName);

                if(m_hModule == NULL)
                {
                    m_pfnOrig = NULL;
                    return;
                }
                m_pfnOrig = ::GetProcAddress(m_hModule, pszFuncName);
                if(m_pfnOrig != NULL)
                {
                    DWORD dwOldProtect;
                    MEMORY_BASIC_INFORMATION    mbi;                                         //1
                    ::VirtualQuery( m_pfnOrig, &mbi, sizeof(mbi) );
                    ::VirtualProtect(m_pfnOrig, 8, PAGE_READWRITE, &dwOldProtect);   //2
                    memcpy(m_btOldBytes, m_pfnOrig, 8);
                    ::WriteProcessMemory(::GetCurrentProcess(), (void *)m_pfnOrig, m_btNewBytes, sizeof(DWORD)*2, NULL);
                    ::VirtualProtect(m_pfnOrig, 8, mbi.Protect, 0);
                }
            }

            CULHook::~CULHook()
            {
                Unhook();
                if(m_hModule != NULL)
                    ::FreeLibrary(m_hModule);
            }

            void CULHook::Unhook()
            {
                if(m_pfnOrig != NULL)
                {
                    DWORD dwOldProtect;
                    MEMORY_BASIC_INFORMATION    mbi;
                    ::VirtualQuery(m_pfnOrig, &mbi, sizeof(mbi));                               //1
                    ::VirtualProtect(m_pfnOrig, 8, PAGE_READWRITE, &dwOldProtect);  //2

                    ::WriteProcessMemory(::GetCurrentProcess(), (void *)m_pfnOrig,
                        m_btOldBytes, sizeof(DWORD)*2, NULL);

                    ::VirtualProtect(m_pfnOrig, 8, mbi.Protect, 0);
                }
            }

            void CULHook::Rehook()
            {
                if(m_pfnOrig != NULL)
                {
                    DWORD dwOldProtect;                                        
                    MEMORY_BASIC_INFORMATION    mbi;                                         //1                       
                    ::VirtualQuery( m_pfnOrig, &mbi, sizeof(mbi) );                               
                    ::VirtualProtect(m_pfnOrig, 8, PAGE_READWRITE, &dwOldProtect);    //2
                    ::WriteProcessMemory(::GetCurrentProcess(), (void *)m_pfnOrig, m_btNewBytes, sizeof(DWORD)*2, NULL);
                    ::VirtualProtect(m_pfnOrig, 8, mbi.Protect, 0);
                }
            }

             
            一個事實:我用這個類掛鉤TerminateProcess和Process32NextW函數(shù)時,目標(biāo)進(jìn)程崩潰(下面你將會看到在什么情況下會失敗)
               凡是我標(biāo)1的地方都有設(shè)計問題,凡是我標(biāo)2的地方都有嚴(yán)重安全隱患。


               1, 首先我們先看一下這個類,有著很明顯的設(shè)計問題,我們可以看看構(gòu)造函數(shù)和ReHook成員函數(shù),有著明顯的代碼重復(fù),一種解決方案是,把掛鉤功能放在一個成員函數(shù)中,在構(gòu)造函數(shù)中調(diào)用即可。
               2, 凡是我標(biāo)1 的地方完全沒有必要,我們知道VirtualProtect 的最后一個參數(shù)可以返回原來的權(quán)限,寫完內(nèi)存后直接把 dwOldProtect再傳給 VirtualProtect 以恢復(fù)頁面權(quán)限屬性,而無需
                  再大費周章的得到 mbi 結(jié)構(gòu).
              3, 最不容易被發(fā)現(xiàn)的一點,也就是我標(biāo)2的地方,也就是我們應(yīng)該獲取何種訪問權(quán)限,代碼中是PAGE_READWRITE, 這有問題嗎?我們不能給教科書挑錯吧,畢竟原書示例程序的卻是用這個類   攔截了Ws2_32.dll中的winsock2的 一些函數(shù). 但是,這句有問題,要弄清楚這個問題就必須清楚這個類的原理.


              原理: 通過修把要掛鉤函數(shù)的前8個字節(jié)數(shù)據(jù)改為跳轉(zhuǎn)到我們函數(shù)的機器指令(原來的8字節(jié)保存起來),然后在我們的鉤子函數(shù)中執(zhí)行我們的操作,我們要干預(yù)的動作全部結(jié)束后,再把原來       的8字節(jié)數(shù)據(jù)寫回去,再調(diào)用原函數(shù),為了再次攔截目標(biāo)函數(shù),原函數(shù)調(diào)用完后, 要再次把原函數(shù)前8個字節(jié)寫成跳轉(zhuǎn)到我們函數(shù)的機器指令,至于為什么是8字節(jié)? 我們來看看實現(xiàn)這個跳轉(zhuǎn)的匯   編指令吧:


                            mov eax,our_Hookfunction         //把我們函數(shù)地址裝入到eax寄存器的指令占1字節(jié) ,我們的函數(shù)地址占4字節(jié),  即:0xB8, 0x00, 0x00, 0x00, 0x00 
                            jmp eax                                  //jmp 指令碼1字節(jié), eax 寄存器號1字節(jié) 即: 0xFF, 0xE0, 


            好了 1+4+2=7 , 按照對齊原則,最后一字節(jié)我們以0填充.
            問題在哪里,我說過這個類是掛鉤單線程函數(shù)的,怎么理解, 試想這種情況:當(dāng)我們修改目標(biāo)函數(shù)前8個字節(jié)時,在32位系統(tǒng)中,,要寫完8字節(jié)(64位)得用兩個存儲周期,假如第一次寫了32位數(shù)據(jù)后,系統(tǒng)發(fā)生線程換,如果新線程也要調(diào)用我們要掛鉤的函數(shù),因為這個函數(shù)我們只寫了前4個字節(jié),后4字節(jié)還沒寫,天知道會發(fā)生什么事。假如只有一個線程會調(diào)用我們的目標(biāo)函數(shù),則萬事大吉。當(dāng)然這個類本身就是掛鉤單線程函數(shù)的,我在這里說明是因為有人人問過我這個問題。

            好了既然搞清楚了原理,我們就言歸正傳,分析下面這種情況:假設(shè)我們要掛鉤的目標(biāo)進(jìn)程中有D和W兩個線程分別只會調(diào)用fun1,fun2兩個函數(shù),而fun1和fun2又都是dw.dll的導(dǎo)出函數(shù),且在同一個頁面中,現(xiàn)在我們用上面的類掛鉤函數(shù)fun1,顯然fun1是單線程(D)調(diào)用的,符合單線程安全,按理說應(yīng)該會成功. 難道真相就是能成功掛鉤嗎,如果是,我這篇博客就沒必要寫了.根據(jù)上面類的代碼我們來分析運行過程:首先我們把跳轉(zhuǎn)到我們函數(shù)的機器指令寫到fun1的前8個字節(jié),首先代碼中獲取了PAGE_READWRITE權(quán)限,然后有了權(quán)限后開始寫,若只寫完前4個字節(jié)后,系統(tǒng)切換到線程W,假設(shè)W線程在這個時間片里沒有調(diào)用fun2,而線程W不會調(diào)用fun1,等線程切回來之后我們寫完剩下的4字節(jié),如果是這樣則掛鉤成功,但是如果在寫了前4字節(jié)切換到W時,W調(diào)用了fun2,會發(fā)生什么,這就是我本篇博文主要的焦點了,因為fun1和fun2是在同一個頁面中,而VirtualProtect給該頁面獲取了PAGE_READWRITE權(quán)限,也許有人會認(rèn)為只給fun1獲取了PAGE_READWRITE 權(quán)限,而fun2權(quán)限沒變,這是錯誤的,因為系統(tǒng)權(quán)限管理是以頁為單位的,VirtualProtect 會給fun1所在的所有頁都會獲取PAGE_READWRITE 權(quán)限(如果fun1的代碼橫跨兩個頁面,則這兩個頁面都會被改為PAGE_READWRITE 權(quán)限),也就是說此時fun2的權(quán)限是PAGE_READWRITE 即只能讀或?qū)?而不能執(zhí)行,那么fun2調(diào)用將會失敗,產(chǎn)生非法操作,這時您的目標(biāo)進(jìn)程就被您成功的搞崩潰了.這也就解釋了我們用這個類掛鉤其他某些函數(shù)時,一掛鉤,目標(biāo)進(jìn)程就崩潰. 還有一個問題就是如果目標(biāo)進(jìn)程是單線程的,那么掛鉤還有沒有可能會失敗, 請讀者思考,我把答案直接告訴你,有可能!如果您實在想不到為什么可以向我反饋,我在這里說出原因主要是想讓您能夠獨立思考,授人以魚不如授人以漁.


            解決方案:在VirtualProtect指定要獲取的操作權(quán)限時把PAGE_EXECUTE_WRITECOPY 或PAGE_EXECUTE_READWRITE,也就是加上EXECUTE可執(zhí)行權(quán)限,就行了,到此我們的主要問題就解決了,但是別忘了你現(xiàn)在瀏覽的是Duwen的C++博客,所以我設(shè)計了CSTAPIHook類 意思就是 CPP Single Thread API Hook 的意思:


            /************************************************************************

              Description :   SINGLE THREAD API Hook Class( CSTAPIHook)
              Notices      :   Copyright (c) Duwen
              TIME         :   4/27/2012
            ************************************************************************/

            #ifndef _STAPIHOOK_
            #define _STAPIHOOK_
            #include<windows.h>

            /*************************************************************
              NOTE: This C++ class is not thread safe. it's only allowed to hook SINGLE thread
              API.  once you using this class to hook multiple threads accessible API, it maybe
              lead to your whole system run abnormally.
            ************************************************************
            */

            // CSTAPIHook (Single Thread API Hook)
            class CSTAPIHook
            {
            public:
                CSTAPIHook(LPSTR pszModName, LPSTR pszFuncName, PROC pfnHook);
                ~CSTAPIHook();
                void Hook();// hook   
                void Unhook();// Cancel hook
            private:
                PROC m_pfnOrig;              // Destination API address.
                BYTE m_btNewBytes[8];    // the new start 8B data of the original API .
                BYTE m_btOldBytes[8];        // the old start 8B data of the original API .
                HMODULE m_hModule;      // DLL module handle.
            };
            #endif 
            #include "stdafx.h"
            #include "STAPIHOOK.h"

            CSTAPIHook::CSTAPIHook(LPSTR pszModName, LPSTR pszFuncName, PROC pfnHook)
            {
                // jmp eax == 0xFF, 0xE0
                BYTE btNewBytes[8] = { 0xB8, 0x00, 0x00, 0x00, 0x00, 0xFF, 0xE0, 0x00 };
                memcpy(m_btNewBytes, btNewBytes, 8);
                //save our hook function address to btNewBtytes[1]~ btNewBtytes[4]
                *((DWORD *)(m_btNewBytes + 1)) = reinterpret_cast<DWORD>(pfnHook);

                // Loading dll module.
                m_hModule = ::LoadLibraryA(pszModName);
                if(m_hModule == NULL)
                {
                    m_pfnOrig = NULL;
                    return;
                }
                m_pfnOrig =(PROC)(::GetProcAddress(m_hModule, pszFuncName));

                // Revising the original  8B data of the hook_function start entry.
                if(m_pfnOrig != NULL)
                    Hook();
            }

            void CSTAPIHook:: Hook()
            {
                DWORD dwOldProtect=0;
                ::VirtualProtect((void *)m_pfnOrig, 8, PAGE_EXECUTE_WRITECOPY, &dwOldProtect);
                 memcpy(m_btOldBytes,(void *) m_pfnOrig, 8);// Save the original 8B data.
               
            // Write the new 8B data to the hook_function entry .
                ::WriteProcessMemory(::GetCurrentProcess(), (void *)m_pfnOrig, m_btNewBytes, 8, NULL);
                //Recover the page protection property.
                ::VirtualProtect((void*)m_pfnOrig,8, dwOldProtect, 0);

            }


            CSTAPIHook::~CSTAPIHook()
            {
                Unhook();
                if(m_hModule != NULL)
                    ::FreeLibrary(m_hModule);
            }

            void CSTAPIHook::Unhook()
            {
                if(m_pfnOrig != NULL)
                {
                    DWORD dwOldProtect;
                    ::VirtualProtect(m_pfnOrig, 8, PAGE_EXECUTE_WRITECOPY, &dwOldProtect);
                    // write the original 8B data
                    ::WriteProcessMemory(::GetCurrentProcess(), (void *)m_pfnOrig, m_btOldBytes, 8, NULL);
                    ::VirtualProtect(m_pfnOrig, 8, dwOldProtect , 0);
                }
            }

            /*********************END FILE******************************/

            上面的代碼我給您使用以及傳播的權(quán)利,但我不希望以后有人說我是在那里抄的xx的,所以轉(zhuǎn)載或使用請說明Copyright (c) Duwen,請您尊重原創(chuàng),支持原創(chuàng).也希望廣大網(wǎng)友支持.
            posted on 2012-05-08 20:41 demons 閱讀(1745) 評論(0)  編輯 收藏 引用 所屬分類: Program in Windows

            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案

            文章分類

            文章檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            欧美久久亚洲精品| 久久久亚洲欧洲日产国码二区| 91麻精品国产91久久久久| 狠狠人妻久久久久久综合蜜桃| 久久免费香蕉视频| 天天爽天天狠久久久综合麻豆| 久久精品国产亚洲AV麻豆网站| 99久久国产热无码精品免费久久久久| 久久精品视频91| 97久久超碰国产精品旧版| 日本精品久久久久影院日本| 久久不见久久见免费视频7| 色诱久久av| 99久久婷婷国产综合精品草原| 亚洲综合日韩久久成人AV| 成人精品一区二区久久| 久久久久亚洲av无码专区喷水| 久久精品国产精品亚洲| 色成年激情久久综合| 久久久久99精品成人片试看| 午夜精品久久影院蜜桃| 999久久久国产精品| 久久国产精品-国产精品| 亚洲精品乱码久久久久久中文字幕| 国产综合免费精品久久久| 99久久99久久精品免费看蜜桃| 欧美精品国产综合久久| 九九热久久免费视频| 99久久国产综合精品五月天喷水 | 亚洲va久久久噜噜噜久久天堂| 91精品无码久久久久久五月天| 国产美女久久精品香蕉69| 狠狠色婷婷久久综合频道日韩 | 日本久久中文字幕| 国产精品99久久不卡| 91精品婷婷国产综合久久 | 狠狠色丁香久久婷婷综| 久久久久夜夜夜精品国产| 97久久精品人人澡人人爽| 国产无套内射久久久国产| 久久久精品波多野结衣|