单独跟踪法:
1.OD载入,不分析代码。
2.近CALL—F7,远CALL—F8,实现向下的跳转。
3.有回跳处,下一句代码处—F4 (右键—代码断点运行到所选)
4.大的跳转(大跨段,JMP或JE或RETN),很快就会到OEP
最后一次异常法:
1.OD打开—点选项—调试选项—去掉所有异常—CTRL+F2重载.
2.SHIFT+F9.只到程序运行,记下次数M
3.CTRL+F2重载—按SHIFT+F9(次数为M-1次)
4.按CTRL+G—输入OE右下角的SE句柄前的地址.
5.F2下断—SHIFT+F9到断点处.
6.去断按F8,到OEP.
模拟跟踪法:
无暗桩情况下使用
1.F9试运行,跑起来就无SEH暗桩之类的,否则就有.
2.ALT+N打开内存镜像,找到包含“=sfx,imports reloco tions”字符
3.地址= 命令行输入:tceip<,回车.
内存镜像法:
1.OD载入软件
2.点选项—调试选项—忽略全部—CTRL+F2重载
3.ALT+N打开内存镜像,找程序第一个.rsrc—F2下断—SHIFT+F9运行到断点,再打开找到程序第一个.rsrc上面的.code处(就是00401000处),F2下断—SHIFT+F9或无异常按F9,到OEP
ESP定律法:
1.F8,观察OD右上角寄存器中ESP有没有实现(红色)
2.命令行下 DD ******(当前代码ESP值),回车
3.DD就选中下端地址,断点—硬件访问—DWORD断点,F9运行,到跳转处按F8 到OEP
一步到ESP法:
只适合少数壳,如UPX,ASPACK
1.CTRL+F—输入:POPAD.回车查找—F2下断—F9运行到此处.
2.来到大跳转处,点F8到OEP.
SFX法:
1.设置OD,忽略所有异常.
2.切换到SFX选项卡,选择“字节模式跟踪实际入口”,确定.
3.重载—“否”压缩代码,到OEP.
下面给出整理的使用以上方法,自己尝试手动脱这几种常用壳的脱壳笔记。
3.1UPX脱壳笔记
首先进行侦壳:
首先把程序扔到OllyIce
里面可以看到:
然后这里尝试使用ESP
定理:即在ESP
第一次改变时,对ESP
的地址设置硬件字访问断点,这样可以在代码被UPX
算法还原之后,跳转到程序的正常入口处。
然后F5
运行,并没有直接到跳转到程序入口处的大跳位置,但是可以看到UPX
的大跳就在眼前:
所以被还原后的程序入口点就是0x00445151
(通过单步往下走,F4
略过往回走的循环语句,也可以看到这个大跳的位置。)接下来走到大跳位置,跳到正常程序入口处:
然后去掉硬件断点,并使用LoadPE
的dump
功能dump
目标程序:
先修正映像大小,然后再选择完整脱壳,这样可以得到第一步dump的程序,然后再使用ImportREC
修复dump
程序的OEP
,OEP
的信息通过OD
自带的dump
功能查询或者直接填45151
:
将正确的入口地址填入ImportREC
中,然后自动搜索IAT
信息:
然后点击获取输入表得到修正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
下来的程序,脱壳完成:
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
的位置:
这里记下来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
:
如果是FSG1.33
,直接使用LoadPE dump
文件,然后使用ImportREC
修复,就可以正常脱壳了。但是这里在使用ImportREC
修复时,会出现一个无效指针:
这里直接剪掉(或者删掉)这个指针,然后修复转存文件,发现无法正常打开:
然后再把修复后的程序,丢到OllyIce
中F9
直接运行:
这里是变形壳添加的一个暗桩,会导致程序出现异常退出,这里直接nop
掉或者把之前的jle
(校验)改成jmp
,然后保存修改另存文件。然后就可以运行了
4 参考
【百度百科(各种概念)、自己之前的脱文……】 另附一篇脱壳步骤汇总: http://www.52pojie.cn/thread-259984-1-1.html