作者：Fly2015
对于FSG壳。之前没有接触过是第一次接触。这次拿来脱壳的程序仍然是吾爱破解论坛破解培训的作业3的程序。对于这个壳折腾了一会儿，后来还是被搞定了。
1.查壳
首先对该程序（吾爱破解培训第一课作业三.exe）进行查壳：
非常遗憾。这次DIE也不行了，只是没事。
2.脱壳
OD加载该加壳的程序进行分析。以下是入口点的汇编代码：
起初对于该种加壳程序也是比較陌生。可是因为OD使用的还算熟悉，以及结合该加壳程序获取函数的API调用地址的特点，非常快发现了该程序的关键点汇编：
于是在地址004001D1处F2下断点，然后F9执行到该地址004001D1处，地址0041DDAC就是被加壳程序真实的OEP的地址。
F7单步跟进到地址0041DDAC处。遗憾的是没有看到我们熟悉的入口点的汇编代码，可是不要急，OD没有将汇编代码正确的显示出来，须要我们自己手动的进行数据的反汇编解析：
选中地址0041DDAC处没有正确显示的数据。然后 右键 如图，选择 分析-->分析代码 就可以正确显示了。
手动选择分析代码以后。地址0041DDAC处的数据的显示。是不是非常有亲切感啊，令人熟悉的入口点汇编代码出现了。可是不要急。这才是第一步。
非常自然的下一步就是使用OD的插件OllyDump进行程序的脱壳操作。可是这里对于这样的壳这样直白的脱壳方式并无论用，须要使用Load PE结合RECImport工具进行完美脱壳。由于被FSG加壳的程序的IAT表不是连续的。脱壳工具不能智能的识别那些内存数据是函数的地址。因此须要我们自己手动的识别那些是函数的地址那些不是函数的地址。然后使用工具脱壳。
须要脱壳程序暂停在地址0041DDAC处，使用Load PE工具将其此时的内存PE镜像手动Dump出来（全然脱壳方式），如图。
注意。此时Dump出来的程序还不能执行，须要为该Dump程序正确的修复IAT表，它才干执行起来。
通过上面的调试。了解到程序的真实OEP的RVA地址为001DDAC。使用RECImport工具进行该Dump程序的IAT表的修复。
1.常规的修复IAT表的方式：
在RECImport工具的OEP处手动填写001DDAC，然后点击 IAT 自己主动搜索-->获取导入表-->修正转储。
IAT表修复后的脱壳程序的执行，如图。
非常显然。刚才的IAT表的修复没有修复成功。假设IAT表修复成功的话，执行脱壳后的程序就不会出现以下这个不友好的界面提示。
2.手动修复IAT表的方式：
遗憾啦，RECImport工具没用使用好。通过OD查看内存数据发现。RECImport工具对Dump后的程序的IAT的修复不全然。
在RECImport工具中，IAT自己主动搜索到的程序的导入表的函数不全然。如图，函数导入表的起始RVA地址是000320BC。函数导入表的结束RVA地址是000320BC+200=000322BC也就导入表函数的个数是0x200，可是经过OD的观察发现，这两个參数有误。
回到OD调试程序中，在HEX数据区，Ctrl+G定位到地址00410000地址处，然后如图，设置数据的显示方式：长整型-->地址 显示方式。
OD数据视窗-地址显示方式视图：
经过手动拖动查找的方式，发现该被加壳程序的导入表的入口RVA地址应该是00032000 不是地址000320BC处，而且导入表的结束RVA地址是00032554，因此导入表函数的大小应该是32554 - 32000 = 554 个（十六进制）。
导入表的起始RVA地址：00032000.
导入表的结束RVA地址：00032554 ，因此导入表函数的大小应该是32554 - 32000 = 554 。
经过上面的分析和观察以后，例如以下图填写RECImport工具中须要的參数。然后直接点击 获取导入表 千万不要点 IAT自己主动获取 否则前功尽弃。
点击 显示无效的 函数发现，在获取到的导入表中的函数存在无效的函数地址，确实通过OD也发现了函数的地址不是连续的，有些函数之间是0x7FFFFFFF不是有效的函数地址。
因为0x7FFFFFFF不是有效的函数地址，因此须要去掉这些无效的函数地址。右键选择中这些无效的函数地址，然后如图选择 剪切指针 就可以删除这些无效的函数地址。
Ok，如今就能够使用这些剩下的有效的IAT表的导出函数地址进行Dump程序的修正转储了，如图。
执行经过有效的IAT修复的程序的视图。
FSG脱壳分析文档的和脱壳后的程序的下载地址：http://download.csdn.net/detail/qq1084283172/8883891