<td id="aqqih"></td>

<dd id="aqqih"></dd>
  1. <span id="aqqih"></span>
  2. <ol id="aqqih"></ol>

    exe脫殼教程(exe文件脫殼步驟)

    這里整合了一下之前自己學習軟件手工脫殼的一些筆記和脫文,希望能給新學軟件逆向和脫殼的童鞋們一點幫助。

    1 一些概念

    1.1 加殼

    加殼的全稱應該是可執行程序資源壓縮,是保護文件的常用手段。加殼過的程序可以直接運行,但是不能查看源代碼。要經過脫殼才可以查看源代碼。

    加殼是利用特殊的算法,對EXE、DLL文件里的資源進行壓縮、加密。類似WINZIP 的效果,只不過這個壓縮之后的文件,可以獨立運行,解壓過程完全隱蔽,都在內存中完成。它們附加在原程序上通過Windows加載器載入內存后,先于原始程序執行,得到控制權,執行過程中對原始程序進行解密、還原,還原完成后再把控制權交還給原始程序,執行原來的代碼部分。加上外殼后,原始程序代碼在磁盤文件中一般是以加密后的形式存在的,只在執行時在內存中還原,這樣就可以比較有效地防止破解者對程序文件的非法修改,同時也可以防止程序被靜態反編譯。

    殼的類型通常分為壓縮殼和加密殼兩類。壓縮殼的特點是減小軟件體積大小,加密保護不是重點。加密殼種類比較多,不同的殼側重點不同,一些殼單純保護程序,另一些殼提供額外的功能,如提供注冊機制、使用次數、時間限制等。

    1.2 OEP

    OEP:(Original Entry Point),程序的入口點。軟件加殼一般隱藏了程序真實的OEP(或者用了假的OEP), 我們需要尋找程序真正的OEP,才可以完成脫殼。

    一般加殼程序在使用Ollydbg等動態調試工具時,會停在殼的預處理塊。即處在對于程序原始代碼塊的解壓或解密操作之前,在運行完程序自脫殼模塊后,會停留在程序加殼之前的OEP位置,此時是dump程序的最佳時期。脫殼時在真實OEP處下int3斷點,就可以捕捉到程序代碼段完全恢復的狀態。因此,尋找加殼程序的正確OEP,也成了手動脫殼時的第一要務。

    1.3 IAT

    IAT:(Import Address Table),導入地址表。由于導入函數就是被程序調用但其執行代碼又不在程序中的函數,這些函數的代碼位于一個或者多個DLL中。當PE文件被裝入內存的時候,Windows裝載器才將DLL 裝入,并將調用導入函數的指令和函數實際所處的地址聯系起來(動態連接),這操作就需要導入表完成。其中導入地址表就指示函數實際地址。多數加殼軟件在運行時會重建導入地址表,因此獲取加殼程序正確的導入地址表也是手動脫殼操作中的一個關鍵問題。

    2 一些脫殼方法

    2.1單步跟蹤法

    單步跟蹤法的原理就是通過Ollydbg的單步(F8)、單步進入(F7)和運行到(F4)功能,完整走過程序的自脫殼過程,跳過一些循環恢復代碼的片段,并用單步進入確保程序不會略過OEP。這樣可以在軟件自動脫殼模塊運行完畢后,到達OEP,并dump程序。

    2.2 ESP定律法

    ESP定律法是脫殼的利器,是應用頻率最高的脫殼方法之一。

    ESP定律的原理在于程序中堆棧平衡的合理利用。由于在程序自解密或者自解壓過程中,不少殼會先將當前寄存器內容壓棧,如使用pushad,在解壓結束后,會將之前的寄存器值出棧,如使用popad。因此在寄存器出棧時,往往程序代碼被自動恢復,此時硬件斷點觸發。然后在程序當前位置,只需要少許單步跟蹤,就很容易到達正確的OEP位置。

    2.3內存鏡像法(二次斷點法)

    內存鏡像法是在加殼程序被加載時,通過OD的ALT+M快捷鍵,進入到程序虛擬內存區段。然后通過加兩次內存一次性斷點,到達程序正確OEP的位置。

    內存鏡像法的原理在于對于程序資源段和代碼段下斷點,一般程序自解壓或者自解密時,會首先訪問資源段獲取所需資源,然后在自動脫殼完成后,轉回程序代碼段。這時候下內存一次性斷點,程序就會停在OEP處。

    2.4一步到達OEP

    所謂的一步到達OEP的脫殼方法,是根據所脫殼的特征,尋找其距離OEP最近的一處匯編指令,然后下int3斷點,在程序走到OEP的時候dump程序。如一些壓縮殼往往popad指令距離OEP或者Magic Jump特別近,因此使用Ollydbg的搜索功能,可以搜索殼的特征匯編代碼,達到一步斷點到達OEP的效果。

    2.5最后一次異常法

    最后一次異常法的原理是,程序在自解壓或自解密過程中,可能會觸發無數次的異常。如果能定位到最后一次程序異常的位置,可能就會很接近自動脫殼完成位置?,F在最后一次異常法脫殼可以利用Ollydbg的異常計數器插件,先記錄異常數目,然后重新載入,自動停在最后一次異常處。

    2.6 模擬跟蹤法

    模擬跟蹤法的原理就是使用Ollydbg下條件斷點,SFX相當于是一個自解壓段,在自解壓段結束時(eip的值轉到代碼段時),已經距離OEP很近,但是這種跟蹤方法會比較耗時。

    2.7 “SFX”法

    “SFX”法利用了Ollydbg自帶的OEP尋找功能,可以選擇直接讓程序停在OD找到的OEP處,此時自解壓已經完成,可以直接dump程序。

    3一些脫殼實踐

    下面給出整理的使用以上方法,自己嘗試手動脫這幾種常用殼的脫殼筆記。

    3.1UPX脫殼筆記

    rW。Hao22。cOm

    首先進行偵殼:

    首先把程序扔到OllyIce里面可以看到:

    然后這里嘗試使用ESP定理:即在ESP第一次改變時,對ESP的地址設置硬件字訪問斷點,這樣可以在代碼被UPX算法還原之后,跳轉到程序的正常入口處。

    然后F5運行,并沒有直接到跳轉到程序入口處的大跳位置,但是可以看到UPX的大跳就在眼前:

    所以被還原后的程序入口點就是0x00445151(通過單步往下走,F4略過往回走的循環語句,也可以看到這個大跳的位置。)接下來走到大跳位置,跳到正常程序入口處:

    然后去掉硬件斷點,并使用LoadPE的dump功能dump目標程序:

    先修正映像大小,然后再選擇完整脫殼,這樣可以得到第一步dump的程序,然后再使用ImportREC修復dump程序的OEP,OEP的信息通過OD自帶的dump功能查詢或者直接填45151:

    將正確的入口地址填入ImportREC中,然后自動搜索IAT信息:

    rW。Hao22。cOm

    然后點擊獲取輸入表得到修正IAT之后的程序函數輸入表,然后再點擊顯示無效函數,愉快地發現沒有無效函數,那么就可以直接修復轉存文件了。

    選擇剛剛第一步dump下來的轉儲文件進行修復,修復完成之后脫殼完成:

    這里對于壓縮殼UPX,直接使用了ESP定律,可以很方便找到OEP并dump程序。

    4.2 tElock脫殼筆記

    這里脫的是一個tElock的殼:

    1、先使用最簡單的最后一次異常法:首先把程序扔到OllyIce里面設置OD調試選項中的異常選項,

    僅保留內存非法訪問異常,然后使用異常計數器插件,在使用前要清空斷點設置:

    等到程序正常運行后,重新加載程序,再選擇第二步,停在最后一次異常之前:

    然后用Alt+M轉到內存窗口,對主程序code段下內存斷點,SHIFT+F9執行:

    這樣程序就中斷在了正確的OEP處,可以選擇從模塊中刪除分析以顯示正常分析的匯編代碼。然后使用LoadPE dump程序,并修正程序映像大小。但是在使用ImportREC v1.6F Fix版,輸入正確的OEP,獲取函數輸入表信息時,會發現無效的指針。使用方法一修復后,再使用方法三可以完全修復

    再點擊Fix dump,可以修復之前dump下來的程序,脫殼完成:

    rW。Hao22。cOm

    2、使用二次內存斷點法:首先載入程序,將所有的異常類型忽略,然后在idata段設置內存斷點, 然后SHIFT+F9:

    停下來后再次在code段設置內存斷點,再次SHIFT+F9執行,可以直接達到正確的OEP中:

    然后LoadPE dump,然后修復IAT。修復方法同方法1。

    3、尋找magic jump以及修復函數表完成后dump程序:前兩步還是加內存斷點(idata、code),然后定位到程序的正確OEP處

    然后如果這時使用LoadPE dump后修復,就和前兩種一樣了。這里先是使用ImportREC獲取函數輸入表第一個位置的指針地址。

    然后得到函數指針偏移地址在0x005512C,加上基地址后為0x045512C,這時在該位置下硬件訪問雙字斷點。再重新SHIFT+F9忽略異常執行后,由于下了斷點,會觸發tElock的CRC校驗錯誤:

    所以這里要先繞過CRC校驗,才能成功執行到硬件斷點位置,所以首先暫停程序,然后使用Alt+F9返回用戶代碼。點擊確定按鈕后,程序暫停在調用ExitProcess的位置:

    現在要向上找一找能跳過這個退出的跳轉(CRC判斷跳轉),然后進行修改并跳過:

    找到了應該修改的位置,但是如果修改之后重新運行是會被恢復的,所以先記下來這個跳轉的地址,0x00469622。重新運行之后,在idata斷設置內存斷點,SHIFT+F9停下后,再Ctrl+G找到修改點再修改。修改完之后再設置之前的硬件斷點,這樣不會觸發CRC校驗錯誤了。

    無數次的SHIFT+F9之后,在寄存器窗口可以看到指針以及能夠正常顯示:

    然后此時F8單步,找magic jump……看小生大大的視屏是通過分析疑似CRC跳轉得到magic jump的位置:

    rW。Hao22。cOm

    這里記下來magic jump的地址是0x0046973B,然后清空udd文件,刪除硬件斷點,再次重新運行程序,然后在idata下內存斷點停住,然后Ctrl+G找到magic jump位置處,修改跳轉:

    然后在code段下內存斷點:

    然后SHIFT+F9執行,停下來就到了OEP的位置:

    這時候再dump程序,IAT表已經被修復,可以直接獲得脫殼版程序:

    這里嘗試使用了另外兩種脫殼方法,并且通過預先找OEP的方式,修復了CRC校驗后,直接dump到了IAT被修復了的程序。

    3.3 PEncrypt脫殼筆記

    先把程序扔到OllyIce里面,然后程序停在這里,看起來蠻怪的:

    好吧,重新加載程序,嘗試使用最后一次異常法,不忽略所有異常,然后使用異常計數器插件,程序停在最后一次異常處:

    如果此時F8單步下去,程序會觸發異常處理,然后又到不了OEP了。這時需要看一下堆棧數據情況:

    這時需要在0040CCD7處F2下斷點,然后SHIFT+F9執行,可以跳過這個坑:

    然后接下來就是F8+F4的操作,一路直到OEP:

    用LoadPE脫殼,然后用ImportREC修復后,雖然沒有無效指針,但是還是不能運行:

    這時候用LoadPE的重建PE功能:

    然后就可以正常運行了:

    這個殼使用了單步跟蹤的脫殼方法,一路跳過程序“陷阱”,最后達到OEP。并且使用了LoadPE的重建PE功能,對程序進行了重建,最終完成了這個加密殼的脫殼全過程。

    3.4 FSG變形殼脫殼筆記

    首先進行偵殼:

    使用ESP定律,首先把程序扔到OllyIce里面,F8單步走,觀察ESP變化,在ESP第一次發生變化時,對ESP對應的地址處設置內存硬件訪問WORD斷點,然后SHIFT+F9運行,在程序停下來之后,取消硬件斷點,進行F8單步:

    用F4略過向后的跳轉(循環),然后繼續往下找,一直到這里:

    在這個jmp下面F4,程序會跑飛。說明程序代碼在這個循環中就已經釋放完畢,所以向上找找這個循環中有沒有帶條件的大跳。這樣很容易找到magic jump的位置,然后我們Enter或者Ctrl+G到00402666的位置,發現果然是OEP,重新分析,然后F2下斷點,讓程序走到OEP:

    rW。Hao22。cOm

    如果是FSG1.33,直接使用LoadPE dump文件,然后使用ImportREC修復,就可以正常脫殼了。但是這里在使用ImportREC修復時,會出現一個無效指針:

    這里直接剪掉(或者刪掉)這個指針,然后修復轉存文件,發現無法正常打開:

    ![在這里插入圖片描述](https://img-blog.csdnimg.cn/6b2cb9beb0804eb4a47bcb665cebf62f.jpg?x-oss- process=image/watermark,type_ZHJvaWRzYW5zZmFsbGJhY2s,shadow_50,text_Q1NETiBA5Luj56CB54as5aSc5pWy,size_12,color_FFFFFF,t_70,g_se,x_16)

    然后再把修復后的程序,丟到OllyIce中F9直接運行:

    這里是變形殼添加的一個暗樁,會導致程序出現異常退出,這里直接nop掉或者把之前的jle(校驗)改成jmp,然后保存修改另存文件。然后就可以運行了

    .FJC38 { display:none; }

    評論

    日本韩欧美一级A片在线观看
    <td id="aqqih"></td>

    <dd id="aqqih"></dd>
    1. <span id="aqqih"></span>
    2. <ol id="aqqih"></ol>