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

            Hook導(dǎo)入表 —— 實現(xiàn)掛鉤FreeLibaray和HOOK延遲加載模塊的API

              最近在研究Windows Ring3上的API Hook,對HOOK導(dǎo)入表這種方法進(jìn)行了研究。HOOK導(dǎo)入表所用的C++類大同小異,不同的就是如何實現(xiàn)HOOK一個延遲加載的模塊中的函數(shù),以及FreeLibaray某個函數(shù)之后再次LoadLibaray加載這個模塊所導(dǎo)致的模塊基地址不同的時候,這時該如何HOOK住這個模塊中的API。
              顯然地,掛鉤LoadLibarayA/W、LoadLibarayExA/W、GetProcAddress這些函數(shù)還不夠,還需要掛鉤FreeLibrary函數(shù)。這里我參考了《Windows核心編程》(第五版)中的一個程序,封裝了一個C++類,能夠HOOK住FreeLibrary,同時也能解決延遲加載的問題。
              以下是這個類的聲明:

            CApiHook類聲明

             

              想必其中某些函數(shù)不需要說了,需要說明的是FreeLibaray_Hook函數(shù),這個函數(shù)是FreeLibaray的替換函數(shù),通過sm_FreeLibrary對象進(jìn)行HOOK。
              開始寫這個函數(shù)的時候,遇到了困難,理由是這樣的,因為如果這段代碼作為DLL注入到目標(biāo)進(jìn)程中去,如果通過鉤子的方法注入到目標(biāo)進(jìn)程中時,那么卸載鉤子時,會引發(fā)目標(biāo)進(jìn)程調(diào)用FreeLibaray來釋放這個DLL,此時會調(diào)用FreeLibaray_Hook函數(shù),哪怕在這個函數(shù)的最后“return ::FreeLibaray(hLibModule)”,也會出現(xiàn)問題。因為這個函數(shù)會產(chǎn)生了C/C++運行時的框架代碼,就會在返回之后調(diào)用一些框架代碼,比如調(diào)用C++類的析構(gòu)函數(shù)之類,而此時該模塊已經(jīng)從目標(biāo)進(jìn)程中卸載,這必然會導(dǎo)致內(nèi)存訪問違規(guī)。因此,必須如下定義該函數(shù):

            __declspec(naked) BOOL WINAPI CApiHook::FreeLibrary_Hook(HMODULE hLibModule)

              這樣,VC編譯器就不會對CApiHook::FreeLibaray_Hook函數(shù)產(chǎn)生一些框架代碼,就需要自己寫內(nèi)聯(lián)匯編來維持堆棧的平衡。這里給出這個函數(shù)的定義:
            CApiHook::FreeLibrary_Hook

              這里給出CApiHook類的完整定義:

             

            CApiHook類和一些輔助函數(shù)的定義

             

              如上就可以實現(xiàn)掛鉤FreeLibaray函數(shù)的功能了。

              同時,這里在HOOK所有LoadLibaray*函數(shù)的時候,調(diào)用了FexupNewlyLoadedModule函數(shù),該函數(shù)會遍歷所有CApiHook對象,查看是否存在某個對象的API原地址為NULL,如果是,就檢測模塊名是否一致,這樣就可以通過模塊得到這個API原始地址了,這樣就可以解決延遲加載的問題。

            posted on 2009-08-14 13:36 小虎無憂 閱讀(1955) 評論(2)  編輯 收藏 引用 所屬分類: DLL

            評論

            # re: Hook導(dǎo)入表 —— 實現(xiàn)掛鉤FreeLibaray和HOOK延遲加載模塊的API 2009-08-14 16:21 萬連文


            XTP的Skin模塊里面也有API的HOOK,做的也相當(dāng)不錯  回復(fù)  更多評論   

            # re: Hook導(dǎo)入表 —— 實現(xiàn)掛鉤FreeLibaray和HOOK延遲加載模塊的API 2009-08-15 11:36 樂蜂網(wǎng)

            還不錯啊~~  回復(fù)  更多評論   

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

            導(dǎo)航

            統(tǒng)計

            常用鏈接

            留言簿

            隨筆分類

            隨筆檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久精品国产清自在天天线| 区久久AAA片69亚洲| 一本色道久久99一综合| 久久久久97国产精华液好用吗| 久久99久久99小草精品免视看| 久久国产亚洲精品无码| 蜜桃麻豆WWW久久囤产精品| 亚洲欧美精品一区久久中文字幕 | 久久久久亚洲精品天堂| 漂亮人妻被中出中文字幕久久| 国产精品久久久久a影院| 精品人妻伦九区久久AAA片69 | 久久国产精品无码网站| 久久美女网站免费| 精品国产一区二区三区久久蜜臀| 亚洲国产精品久久久久网站| 91精品国产91久久久久久蜜臀| 精品国产91久久久久久久a| 久久国产成人亚洲精品影院| 日韩一区二区三区视频久久| 久久久久av无码免费网| 久久精品蜜芽亚洲国产AV| 99国内精品久久久久久久| 日韩欧美亚洲综合久久影院Ds| 久久精品国产清自在天天线 | 久久强奷乱码老熟女网站| 亚洲精品白浆高清久久久久久| 久久精品一本到99热免费| 青青草国产成人久久91网| 一本久久a久久精品综合香蕉| 婷婷五月深深久久精品| 国产精品久久一区二区三区| 久久精品一区二区三区中文字幕| 伊人久久大香线蕉av不卡| 亚洲狠狠综合久久| 2021久久精品免费观看| 97r久久精品国产99国产精| 日本精品一区二区久久久| 久久国产精品99精品国产| 伊人伊成久久人综合网777| 久久伊人精品青青草原高清|