反编译路程一(反编译程序run后的二进制文件)

将用以下几个方面来阐述我的观点:

iOS app可以“有条件”地被反编译

脱掉App Store给“二级制文件”穿上的外衣

如何利用工具去反编译

在感兴趣的地方生成伪代码

如何预防反编译

iOS app可以“有条件”地被反编译

首先,告诉大家一个不幸的消息,上架至App Store的app,被apple加密了。所以标题才是“有条件”才能进行反编译,令人欣喜的是,在debug下产生的ipa或者是release下的ipa包或者是渠道包(各种应用市场能下的ipa包)都能直接反编译。

脱掉App Store给“二级制文件”穿上的外衣

当然,引言已经说了,道高一尺魔高一丈,就算是被apple加密的ipa,其实也是可以反编译的,只不过相对麻烦罢了。

来来来,给你们几个工具,就可以解掉apple的加密了。

clutch

dumpdecrypted

gdb

AppCrackr

由于AppCrackr被很多开发者吐槽,这个傻瓜式的解密会严重导致盗版泛滥,所以这个工具已经很不好用了。

这里就不展示demo了,感觉如果把App Store上的东西反编译出来发到网上去,我感觉我的程序员生涯可能就要到头了。

如何利用工具去反编译

这里会介绍两个工具class-dumpHopper Disassembler

首先,先撸一个最简单的app来做小白鼠。下载地址(包含二进制文件&dump结果)

看图,就是这样,我只改了ViewController这个类。

反编译路程一(反编译程序run后的二进制文件)_第1张图片

ViewController.h

反编译路程一(反编译程序run后的二进制文件)_第2张图片

ViewController.m

由代码可以看出,我就写了两个方法testClassDump和testHideClassDump,后者没有声明在.h中(ps:我想试验这样能不能被反编译到)。

ok,前戏都做完了,可以开始干活了。

我们run一下工程,然后打开Products文件夹下的DecompilingTest.app所在目录,显示包内容,拿到二进制文件

反编译路程一(反编译程序run后的二进制文件)_第3张图片

二进制文件

然后我是复制到桌面,然后执行下述命令,即可拿到工程中的.h文件。

反编译路程一(反编译程序run后的二进制文件)_第4张图片

执行命令

OK,得到下述结果,我们看看拿到的ViewController.h里面,能拿到什么方法

反编译路程一(反编译程序run后的二进制文件)_第5张图片

结果

事实证明,没有声明的方法也被dump出来了。

下一步我们要做的就是看看能不能拿到这两个方法的具体实现了,接下来我们用Hopper Disassembler来试试。

Hopper Disassembler的用法很简单,只要将二进制文件拖进去就行了。看看拖进去之后的结果。

反编译路程一(反编译程序run后的二进制文件)_第6张图片

反编译之后

此时心中一万头草泥马飞奔而过,what's the fk!!一堆汇编语言宝宝看不懂啊。(当然那个ret应该是return的意思我猜)

在感兴趣的地方生成伪代码

Don't worry!点右上角的if(b)f(x);按钮,我们能看到这个方法的伪代码,大部分的时候我们能从伪代码中看出我们需要的信息。

结果如下:

反编译路程一(反编译程序run后的二进制文件)_第7张图片

伪代码1

反编译路程一(反编译程序run后的二进制文件)_第8张图片

伪代码2

至此,两个方法都被反编译出来了!!

这里需要注意,就算方法没有声明在.h中,也能被dump,之后就能被反编译了。

如何预防反编译

说了这么多,我们预防呢,是不是需要像Java的一样加上各种复杂的混淆呢。

其实我觉得大可不必,本身反编译成本就很大,代码这么多,一个个反编译过来是在蛋疼,就算有伪代码也需要理解,而且有些代码就算有伪代码也很难理解。

只要做好核心代码,做好混淆就行了,比如涉及到密码,核心算法。

总结:

没有绝对安全的系统,也没有黑客破不掉的系统,所有需要的只是时间而已。

你可能感兴趣的:(反编译路程一(反编译程序run后的二进制文件))