• <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无码去区首| 一本一本久久a久久综合精品蜜桃| 久久亚洲AV成人无码国产| 久久久久亚洲av综合波多野结衣| 精产国品久久一二三产区区别| 久久精品久久久久观看99水蜜桃| 青青草原精品99久久精品66| 91精品无码久久久久久五月天| 精品综合久久久久久88小说 | 欧美激情精品久久久久久久九九九| 亚州日韩精品专区久久久| 国产一久久香蕉国产线看观看| 成人综合久久精品色婷婷| 久久最近最新中文字幕大全| 亚洲国产精品成人久久蜜臀| 国产精品久久久亚洲| 精品国产青草久久久久福利| 国产成人久久精品二区三区| 午夜不卡久久精品无码免费| 亚洲第一永久AV网站久久精品男人的天堂AV | 亚洲国产小视频精品久久久三级| 久久久久亚洲AV无码永不| 久久国产AVJUST麻豆| 亚洲色欲久久久久综合网| 日韩精品久久久久久| 久久99国内精品自在现线| 中文字幕久久久久人妻| 亚洲欧洲日产国码无码久久99| 久久久久久国产精品免费免费| 狠狠色婷婷久久一区二区三区| 香蕉久久av一区二区三区| 亚洲国产精品无码久久98| 中文字幕久久精品| 99精品国产免费久久久久久下载| 国产精品一区二区久久精品无码| 丁香五月网久久综合| 久久免费高清视频| 久久人妻少妇嫩草AV无码蜜桃| 久久精品国产色蜜蜜麻豆| 久久久久97国产精华液好用吗| 精品无码久久久久久久久久 |