大家好，我是周杰伦
这里整合了一下之前自己学习软件手工脱壳的一些笔记和脱文，希望能给新学软件逆向和脱壳的童鞋们一点帮助。
加壳的全称应该是可执行程序资源压缩，是保护文件的常用手段。加壳过的程序可以直接运行，但是不能查看源代码。要经过脱壳才可以查看源代码。
加壳是利用特殊的算法，对EXE、DLL文件里的资源进行压缩、加密。类似WINZIP 的效果，只不过这个压缩之后的文件，可以独立运行，解压过程完全隐蔽，都在内存中完成。它们附加在原程序上通过Windows加载器载入内存后，先于原始程序执行，得到控制权，执行过程中对原始程序进行解密、还原，还原完成后再把控制权交还给原始程序，执行原来的代码部分。加上外壳后，原始程序代码在磁盘文件中一般是以加密后的形式存在的，只在执行时在内存中还原，这样就可以比较有效地防止破解者对程序文件的非法修改，同时也可以防止程序被静态反编译。
壳的类型通常分为压缩壳和加密壳两类。压缩壳的特点是减小软件体积大小，加密保护不是重点。加密壳种类比较多，不同的壳侧重点不同，一些壳单纯保护程序，另一些壳提供额外的功能，如提供注册机制、使用次数、时间限制等。
OEP：(Original Entry Point)，程序的入口点。软件加壳一般隐藏了程序真实的OEP(或者用了假的OEP)， 我们需要寻找程序真正的OEP，才可以完成脱壳。
一般加壳程序在使用Ollydbg等动态调试工具时，会停在壳的预处理块。即处在对于程序原始代码块的解压或解密操作之前，在运行完程序自脱壳模块后，会停留在程序加壳之前的OEP位置，此时是dump程序的最佳时期。脱壳时在真实OEP处下int3断点，就可以捕捉到程序代码段完全恢复的状态。因此，寻找加壳程序的正确OEP，也成了手动脱壳时的第一要务。
IAT：(Import Address Table)，导入地址表。由于导入函数就是被程序调用但其执行代码又不在程序中的函数，这些函数的代码位于一个或者多个DLL中。当PE文件被装入内存的时候，Windows装载器才将DLL 装入，并将调用导入函数的指令和函数实际所处的地址联系起来(动态连接)，这操作就需要导入表完成。其中导入地址表就指示函数实际地址。多数加壳软件在运行时会重建导入地址表，因此获取加壳程序正确的导入地址表也是手动脱壳操作中的一个关键问题。
单步跟踪法的原理就是通过Ollydbg的单步(F8)、单步进入(F7)和运行到(F4)功能，完整走过程序的自脱壳过程，跳过一些循环恢复代码的片段，并用单步进入确保程序不会略过OEP。这样可以在软件自动脱壳模块运行完毕后，到达OEP，并dump程序。
ESP定律法是脱壳的利器，是应用频率最高的脱壳方法之一。
ESP定律的原理在于程序中堆栈平衡的合理利用。由于在程序自解密或者自解压过程中，不少壳会先将当前寄存器内容压栈，如使用pushad，在解压结束后，会将之前的寄存器值出栈，如使用popad。因此在寄存器出栈时，往往程序代码被自动恢复，此时硬件断点触发。然后在程序当前位置，只需要少许单步跟踪，就很容易到达正确的OEP位置。
内存镜像法是在加壳程序被加载时，通过OD的ALT+M快捷键，进入到程序虚拟内存区段。然后通过加两次内存一次性断点，到达程序正确OEP的位置。
内存镜像法的原理在于对于程序资源段和代码段下断点，一般程序自解压或者自解密时，会首先访问资源段获取所需资源，然后在自动脱壳完成后，转回程序代码段。这时候下内存一次性断点，程序就会停在OEP处。
所谓的一步到达OEP的脱壳方法，是根据所脱壳的特征，寻找其距离OEP最近的一处汇编指令，然后下int3断点，在程序走到OEP的时候dump程序。如一些压缩壳往往popad指令距离OEP或者Magic Jump特别近，因此使用Ollydbg的搜索功能，可以搜索壳的特征汇编代码，达到一步断点到达OEP的效果。
最后一次异常法的原理是，程序在自解压或自解密过程中，可能会触发无数次的异常。如果能定位到最后一次程序异常的位置，可能就会很接近自动脱壳完成位置。现在最后一次异常法脱壳可以利用Ollydbg的异常计数器插件，先记录异常数目，然后重新载入，自动停在最后一次异常处。
模拟跟踪法的原理就是使用Ollydbg下条件断点，SFX相当于是一个自解压段，在自解压段结束时(eip的值转到代码段时)，已经距离OEP很近，但是这种跟踪方法会比较耗时。
“SFX”法利用了Ollydbg自带的OEP寻找功能，可以选择直接让程序停在OD找到的OEP处，此时自解压已经完成，可以直接dump程序。
下面给出整理的使用以上方法，自己尝试手动脱这几种常用壳的脱壳笔记。
首先进行侦壳：
首先把程序扔到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程序。
这里脱的是一个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被修复了的程序。
先把程序扔到OllyIce里面，然后程序停在这里，看起来蛮怪的：
好吧，重新加载程序，尝试使用最后一次异常法，不忽略所有异常，然后使用异常计数器插件，程序停在最后一次异常处：
如果此时F8单步下去，程序会触发异常处理，然后又到不了OEP了。这时需要看一下堆栈数据情况：
这时需要在0040CCD7处F2下断点，然后SHIFT+F9执行，可以跳过这个坑：
然后接下来就是F8+F4的操作，一路直到OEP：
用LoadPE脱壳，然后用ImportREC修复后，虽然没有无效指针，但是还是不能运行：
这时候用LoadPE的重建PE功能：
然后就可以正常运行了：
这个壳使用了单步跟踪的脱壳方法，一路跳过程序“陷阱”，最后达到OEP。并且使用了LoadPE的重建PE功能，对程序进行了重建，最终完成了这个加密壳的脱壳全过程。
首先进行侦壳：
使用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，然后保存修改另存文件。然后就可以运行了
行业名词科普
本期名词：软件脱壳
软件脱壳
ruanjiantuoke
什么是壳？
在自然界中，植物用壳来保护种子，动物用它来保护身体等等。
在一些计算机软件里也有一段专门负责保护软件不被非法修改或反编译的程序，称为“壳”，它们一般都是先于程序运行，拿到控制权，然后完成它们保护软件的任务。
什么是脱壳？
了解脱壳之前，给大家提一个熟知的名词“软件加密”，这个“加密”就相当于是在软件上加一层保护壳。所以，软件脱壳，顾名思义，就是对软件加壳的逆操作，把软件上存在的壳去掉，也称为“软件解密”。
最近下载一个app，打开便发现大大的广告弹窗。严重影响使用体验，而现在大多数的app打开基本都是先谈广告了，是属流氓行为。于是，便动起了自己改造app的心。
一般下载的app，代码基本都在本地了，只有当数据交换的时候才会请求服务器数据。所以一般的请求数据都可以改造，而这种改造的过程，也被我们称之为脱壳。
1.前期准备已root的手机或者安卓模拟器、mt管理器（部分操作需用到会员功能）
2.app脱壳
安装上述软件，打开xposed install，点击左上角，选择模块，选中反射大师。返回xposed install，点击右上角重启
重启后打开反射大师，选择待破解软件，点击选中该软件，点击打开该软件。
打开软件后有个小红圈，如下图，如果没有，检查步骤2.1，尝试软重启。如果还没有此教程就不适合你了。
点击小红圈，选择当前activity，出现以下界面，长按写出dex，确定，记住保存路径
打开mt管理器，找到要破解app的apk，选择待破解app点击查看，在app中找到classes.dex 文件，选择dex++打开，依次点击com、wrapper.proxyapplication、wrapperproxyapplication,打开后找到如下图所示位置，复制选中的代码。
返回apk包，找到Androidmanifest.xml，选择反编译，在如下图位置
dex++打开classes.dex文件，搜索相关提示语和广告
找到之后，发现有个if判断，将免费版不能关闭提示语之后，if之前的代码删除（此处为判断有无vip然后赋值代码），重新写赋值语句const/4 p1, 0x1（赋值为1），让其通过if-nez（不等于0），从而跳转到cond_1a
搜索'3个” 找到后点开，如下图所示，上面有个 if语句，含义为如果已有规则数p1小于限定条件(const/4 v0, 0x3 意思是将v0赋值3 )就不提示修改(const/4 v0, 0x3 为(const/4 v0, 0x0） 将赋值改为0，下面的if-lt是小于的意思，改成if-ge，即大于等于，连起来的意思是已有规则数p1大于等于限定条件0就不提示。相比原来的自定义规则数超过3就用不了，修改后，自定义规则数大于0就可以用，自定义规则数不可能小于0，所以就一直可以用了。
修改完成之后保存，重新封包安装，你就会发现之前的提示语和广告没了。
app的修改有很多方法，并不唯一，选择一个最适合自己的方法就好了。比如关于破解软件的只能自定义3条规则的限定条件，（即已有3条自定义规则后就无法添加自定义规则了），最简单的修改方法，你可以把限定的3条改成9999条，一样可以达到目的，只是我觉得修改成只有在当前自定义规则条数大于等于0条时才可以添加规则，会比较优雅。
发表评论