• <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++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理
            ?添加時間:2008-11-27?原文發表:2008-11-27?人氣:188?來源:VC知識庫BLOG

            零、先看看相關函數的原型 :

            ??? 1.模塊的加載與卸載
            HMODULE WINAPI LoadLibraryA(const char* name);
            HMODULE WINAPI LoadLibraryW(const wchar_t* name);
            BOOL WINAPI FreeLibrary(HMODULE module);
            逆風編程精品

            ??? 2.線程函數占位符
            DWORD WINAPI ThreadFunc(LPVOID param); // windows.h
            unsigned __stdcall thread_proc(void* param); // process.h

            ??? 3.獲得線程返回值
            BOOL WINAPI GetExitCodeThread(HANDLE thread,LPDWORD result);



            一、 利用CreateRemoteThread在遠程進程中加載模塊應該是沒有問題的。

            LoadLibraryA(const char* );
            LoardLibraryW(const wchar_t* );
            ThreadFunc(LPVOID );
            thread_proc(void* );
            第1個參數均為指針,位長相同。

            所以仍然可以
            模塊加載函數線程函數
            被加載模塊的文件名線程參數
            啟動遠程線程
            CreateRemoteThread( ... , LoadLibraryA , "injectant.dll" , ...);

            當然, 這是偽代碼。
            該方法能工作還需要取得LoadLibraryA在遠程進程中的地址,和在遠程進程的地址空間中,寫入"injectant.dll"。



            二、 利用CreateRemoteThread在遠程進程中卸載模塊也應該是沒有問題的。

            FreeLibrary(HMODULE );
            ThreadFunc(LPVOID );
            thread_proc(void* );

            指針為了能指向64位的地址空間, 需要64位長。
            HMODULE用來表示模塊的基地址, 而地址空間是64位, HMODULE也需要64位。

            所以仍然可以
            模塊卸載函數線程函數
            被加載模塊句柄線程參數
            啟動遠程線程
            CreateRemoteThread( ... , FreeLibrary , hModule , ... );



            三、 問題發生在:

            如何取得被遠程進程加載的模塊句柄?


            ??? 三.1、 線程返回值

            線程函數的原型從返回值類型可以分為2種: DWORD和unsigned

            可以說,返回機器字長, 也就是unsigned是比較合理的。
            而依賴于返回DWORD的代碼也不會因為返回類型改為unsigned而出問題。
            因為前者需求更少, 后者給于更多。
            前者還需要作一次截斷, 來取得32位的DWORD返回值。

            線程函數以DWORD的原因, 可能是在16位機器上, 如果使用機器字長作返回值, 取值范圍太少。
            所以,線程函數的返回值, 有可能會改為 uint_least32_t
            16位機器上, 使用2個機器字長拼裝返回值? 32位
            32位機器上, 使用機器字長作返回值?????????? ?32位
            64位機器上, 使用機器字長作返回值??????????? 64位

            也就是說, 線程函數是有可能返回64位的模塊句柄的。
            為什么不呢?? 難道要在返回前作沒必要的自行截斷么?

            ??? 三.2、 取得線程返回值

            BOOL GetExitCodeThread(HANDLE thread,LPDWORDresult);

            可以將第2個參數改為指向機器字長數據的指針么?? 也許不能。
            因為函數要求更多 : result必須是指向機器字長數據的指針, 即result所指的連續8個字節都是可寫的。
            但調用者提供更少 : 調用者很有可能不提供機器字長, 而只提供指向連續4個字節的指針。

            想想如下代碼是多么普遍(尤其是喜歡使用windows定義的數據類型的同學)
            DWORD code = 0;
            GetExitCodeThread( thread , &code );
            GetExitCodeThread絕對不可以寫入8字節內容。

            所以, 很有可能無法取得前一步所加載的模塊的句柄, 從而無法卸載。



            四、 總結

            在64位機上, 仍然可以使用該技術遠程加載模塊。

            但是否可以卸載, 還得看:
            1. 64位的線程返回值類型
            2. 取得線程返回值的函數能夠取得多少字節的返回值。
            如果2者都是64位, 該技術依然可行。

            久久精品国产亚洲av麻豆图片| 国产成人99久久亚洲综合精品| 精品国产婷婷久久久| 伊人久久大香线焦综合四虎| 久久久91人妻无码精品蜜桃HD| 开心久久婷婷综合中文字幕| 久久亚洲AV成人无码软件| 久久综合九色综合精品| 亚洲国产精品无码久久九九| 激情伊人五月天久久综合| 久久精品国产福利国产琪琪| 色偷偷久久一区二区三区| 久久国产香蕉视频| 亚洲av成人无码久久精品 | 日本精品久久久久中文字幕| 色天使久久综合网天天 | 人妻精品久久久久中文字幕| 亚洲AV日韩AV天堂久久| 欧美亚洲国产精品久久| 99久久国产亚洲高清观看2024| 伊人久久综合精品无码AV专区| 久久婷婷久久一区二区三区 | 狠狠人妻久久久久久综合| 99久久夜色精品国产网站| 日韩久久久久中文字幕人妻| 夜夜亚洲天天久久| 狠狠色丁香婷婷久久综合不卡| 色8久久人人97超碰香蕉987| 囯产极品美女高潮无套久久久| 欧美一级久久久久久久大片| 91久久精品视频| 91亚洲国产成人久久精品网址| 色诱久久久久综合网ywww| 无码日韩人妻精品久久蜜桃| 国色天香久久久久久久小说| 少妇熟女久久综合网色欲| 亚洲精品国产自在久久| 亚洲天堂久久久| 久久久久久久精品成人热色戒| 综合网日日天干夜夜久久| 99久久精品国产一区二区|