使用IDA的通用解压外挂程式理.docx

上传人:b****1 文档编号:2376479 上传时间:2023-05-03 格式:DOCX 页数:11 大小:541.46KB
下载 相关 举报
使用IDA的通用解压外挂程式理.docx_第1页
第1页 / 共11页
使用IDA的通用解压外挂程式理.docx_第2页
第2页 / 共11页
使用IDA的通用解压外挂程式理.docx_第3页
第3页 / 共11页
使用IDA的通用解压外挂程式理.docx_第4页
第4页 / 共11页
使用IDA的通用解压外挂程式理.docx_第5页
第5页 / 共11页
使用IDA的通用解压外挂程式理.docx_第6页
第6页 / 共11页
使用IDA的通用解压外挂程式理.docx_第7页
第7页 / 共11页
使用IDA的通用解压外挂程式理.docx_第8页
第8页 / 共11页
使用IDA的通用解压外挂程式理.docx_第9页
第9页 / 共11页
使用IDA的通用解压外挂程式理.docx_第10页
第10页 / 共11页
使用IDA的通用解压外挂程式理.docx_第11页
第11页 / 共11页
亲,该文档总共11页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

使用IDA的通用解压外挂程式理.docx

《使用IDA的通用解压外挂程式理.docx》由会员分享,可在线阅读,更多相关《使用IDA的通用解压外挂程式理.docx(11页珍藏版)》请在冰点文库上搜索。

使用IDA的通用解压外挂程式理.docx

使用IDA的通用解压外挂程式理

使用IDA的通用解壓外掛程式

從4.9版開始,IDA就集成了UniversalPEUnpacker通用解壓外掛程式,其原始程式碼可以在IDAProSDK中找到。

這個小教程將會演示如何使用這個外掛程式,並簡單介紹其內部工作原理。

一個壓縮的應用程式

下面是當我們執行這個可執行程式的運行結果:

非常簡單的程式,但是,如果我們使用IDA來打開它,會出現下面的警告提示:

IDA檢測到異常的輸入段,並提示我們檔可能被壓縮了…

如果我們看一下它的輸入表視窗,我們就會發現:

我們的程式只導入了kernel32.dll中的3個函數。

我們可以看到在加壓縮殼的程式種常用到的2個動態連結程式庫函數LoadLibraryA和GetProcAddress,它們通常用於恢復程式的輸入表。

使用通用PEUniversalUnpacker

在外掛程式的子功能表種選擇UniversalPEunpacker,開始解壓:

你會看到外掛程式的選項對話方塊:

在這個對話方塊中,我們可以配置一個的位址範圍,當程式運行到這個區域(原始的程式入口點區域),它會掛起程式的執行。

你也可以指定一個檔用於保存解壓的資源。

按過確定按鈕後,外掛程式開始運行,它啟動了我們的程式,並自己解壓,直到它運行到我們設定的地址範圍內。

這時解壓已經結束,依照對話方塊中的提示,我們保存了當前的記憶體快照。

你會注意到,我們遇到了兩個中斷點,這個我們最後再去討論它。

為了重新構造原始的程式輸入表,外掛程式創建了一個新段:

解壓完成後,我們在start()函數處可以看到更多我們熟悉的代碼結構。

我們還可以進一步改進,讓這個反彙編結果盡可能的更完美一些!

使用簽名

如果我們查看解壓後的程式的字串視窗,我們可以看出我們的程式是使用VirsualC++編譯的,我們可以應用相應的FLIRT(快速庫識別恢復技術)的庫簽名。

應用簽名庫後,最終的反彙編結果如下:

是不是更好了!

外掛程式分析

下面我們仔細研究一下這個外掛程式,看它是如何使用SDK的調試API來完成這些工作的。

主要的操作就是啟動這個進程,然後根據調試器捕捉到的一些事件,進行相應的處理,直到我們確認程式已經完全被解壓。

我們先設定一個控制碼用於接收調試器的事件,並啟動這個程式直到它到達入口點。

if(!

hook_to_notification_point(HT_DBG,callback,NULL))

{

warning("Couldnothooktonotificationpoint\n");

return;

}

//Let'sstartthedebugger

if(!

run_to(inf.beginEA))

{

warning("Sorry,couldnotstarttheprocess");

unhook_from_notification_point(HT_DBG,callback,NULL);

}

事件將會被送到我們聲明的控制碼,定義如下:

staticintidaapicallback(void*/*user_data*/,

intnotification_code,

va_listva)

{

switch(notification_code)

{

casedbg_process_start:

...

casedbg_library_load:

...

casedbg_run_to:

...

casedbg_bpt:

...

casedbg_trace:

...

casedbg_process_exit:

...

...

}

return0;

}

 

當我們通過一個函數run_to()來開始我們的進程時,我們將會收到一個相應的事件dbg_run_to,它表示run_to()命令被正確的執行。

現在我們來到壓縮檔的入口點,在GetProcAddress()這個函數上設定一個中斷點,(假定這個解壓代碼在重構原始輸入表之前結束):

casedbg_run_to:

//Parameters:

thread_id_ttid

dbg->stopped_at_debug_event(true);

gpa=get_name_ea(BADADDR,"kernel32_GetProcAddress");

...

elseif(!

add_bpt(gpa))

{

bring_debugger_to_front();

warning("Sorry,cannotsetbpttokernel32.GetProcAddress");

gotoFORCE_STOP;

}

else

{

++stage;

set_wait_box("WaitingforacalltoGetProcAddress()");

}

continue_process();

break;

當程式運行到GetProcAddress()中斷點,我們收到一個dbg_bpt事件,我們可以從堆疊中提取出這個位址,然後刪除這個中斷點,並在返回地址設定第二個中斷點,以便能在GetProcAddress()函數返回時立刻中止。

casedbg_bpt:

//Auserdefinedbreakpointwasreached.

//Parameters:

thread_id_ttid

//ea_tbreakpoint_ea

{

/*tid_ttid=*/va_arg(va,tid_t);

ea_tea=va_arg(va,ea_t);

...

if(ea==gpa)

{

regval_trv;

if(get_reg_val("esp",&rv))

{

ea_tesp=rv.ival;

invalidate_dbgmem_contents(esp,1024);

ea_tret=get_long(esp);

...

if(!

del_bpt(gpa)||!

add_bpt(ret))

error("Cannotmodifybreakpoint");

還記得我們之前在運行解壓外掛程式時碰到的兩個中斷點嗎?

中斷在0x7C80AC28和0x00040C68D,第一個是我們的GetProcAddress()中斷點,而第而個是在返回地址上的中斷點。

在下面的反彙編視窗中,你可以看到進入GetProcAddress()中斷點的那個調用指令,現在我們要繼續運行直到解壓程式恢復了程式寄存器的原始內容,然後跳到解壓後的程式的真實入口點:

 

我們在第二個中斷點之後開始單步跟蹤,直到指令執行到我們之前設定的位址範圍。

del_bpt(ea);

if(!

is_library_entry(ea))

{

deb(IDA_DEBUG_PLUGIN,"%a:

reachedunpackercode,switchingtotracemode\n",

ea);

enable_step_trace(true);

...

set_wait_box("Waitingfortheunpackertofinish");

}

else

{

warning("%a:

bptinlibrarycode",ea);//howcanitbe?

add_bpt(gpa);

}

在每一步指令執行時,我們判斷其位址是否在我們之前設定的範圍之內。

如果我們運行到了那個區域,重新分析這些解壓後的代碼,調整入口點,重建輸入表,保存資源然後……最後來一張記憶體快照!

casedbg_trace:

//Astepoccured(oneinstructionwasexecuted).Thisevent

//notificationisonlygeneratedifsteptracingisenabled.

//Parameter:

none

/*tid_ttid=*/va_arg(va,tid_t);

ea_tip=va_arg(va,ea_t);

if(oep_area.contains(ip))

{

//stopthetracemode

enable_step_trace(false);

//reanalyzetheunpackedcode

set_wait_box("Reanalyzingtheunpackedcode");

do_unknown_range(oep_area.startEA,oep_area.endEA,false);

auto_make_code(ip);

noUsed(oep_area.startEA,oep_area.endEA);

auto_mark_range(oep_area.startEA,oep_area.endEA,AU_FINAL);

//marktheprogram'sentrypoint

move_entry(ip);

set_wait_box();

...

set_wait_box("Recreatingtheimporttable");

invalidate_dbgmem_config();

...

create_impdir();

set_wait_box("Storingresourcesto'resource.res'");

if(resfile[0]!

='\0')

extract_resource(resfile);

set_wait_box();

if(take_memory_snapshot(true))

gotoFORCE_STOP;

這樣,就在IDA資料庫中得到了進程的記憶體映射,我們可以象通常那樣來分析這些解壓後的代碼了。

現在就去看看那些在SDK中的原始程式碼吧!

去瞭解一下這個外掛程式的所有實現細節。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 工程科技 > 能源化工

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2