iOS开发 -- 分析CrashLog (3) Hopper逆向分析

  

在Mac OS下分析Crash Log有很多种方法，这里不是要说明如何分析的Crash Log, 主要是展示下Hopper的使用。 强大的IDA大家可能已经知道，但它的Mac OS版本又让人回到了DOS时代。幸运的是Mac OS有了一个小巧的替代品:Hopper, 基本上满足了工作上的反汇编的需要，包括伪代码以及控制流图(Control Flow Graph)，支持ARM指令集并对Objective-C的做了优化。

下面以分析Crash Log为例，展示下Hopper的使用。

我将应用程序一个位置使用assert让它崩掉，可以得到如下的Crash Log:

  Crash Log
  Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
  0   libsystem_kernel.dylib             0x981fd9c6 __pthread_kill + 10
  1   libsystem_c.dylib                  0x99692f78 pthread_kill + 106
  2   libsystem_sim_c.dylib              0x01e5a57b abort + 140
  3   libsystem_sim_c.dylib              0x01e3c286 __assert_rtn + 267
  4   BlogCounter                        0x000033c9
  5   BlogCounter                        0x00003362

 

打开Hopper,找到菜单Navigate->Go To Address or Symbol

在对话框输入33c9，Hopper就会跳到程序崩的位置。

 

生成伪码看看

太短了！ 和源代码比比:

显然编译器优化过了。因为assert(0)是稳定崩定的，所以下面的代码都没有生成。

 

可以将assert改为

  assert(URLString==nil);

 

再尝试时，崩溃的位置已经变更(Mac OS有一项技术，程序和程序库在加载时的地址是动态决定的)。我们再看下新的代码和控制流图(CFG):

CFG: