iOS逆向 dyld流程

欢迎阅读iOS逆向系列（按序阅读食用效果更加）

• iOS逆向 RSA理论
• iOS逆向 hash理论
• iOS逆向 应用重签名+微信重签名实战
• iOS逆向 Shell脚本+脚本重签名
• iOS逆向 代码注入+Hook
• iOS逆向 MachO文件
• iOS逆向 dyld流程
• iOS逆向 HOOK原理之fishhook
• iOS逆向 玩转LLDB调试

写在前面

dyld作为苹果的动态链接器，是苹果操作系统的一个重要组成部分，在系统内容做好程序准备工作之后交由dyld负责余下的工作。因此了解dyld的加载过程对我们的逆向之旅有一定的帮助

由于在iOS探索系列已经通过iOS探索 浅尝辄止dyld加载流程对dyld有过一定的介绍，本文只会精简介绍一下具体流程

一、_dyld_start

_dyld_start是程序执行的起点，可以通过bt指令查看到

在汇编中
_dyld_start调用
dyldbootstrap::start

二、dyldbootstrap::start

dyldbootstrap::start函数中做了一些保护手段，并调用dyld::_main

三、dyld::_main

3.1 配置环境变量

只要设置了这两个环境变量参数，在App启动时就会打印相关参数、环境变量信息

3.2 加载共享缓存库

调用checkSharedRegionDisable函数检查并加载共享缓存库（iOS无法禁用共享缓存库）

3.3 实例化主程序

调用instantiateFromLoadedImage函数

• isCompatibleMachO检查machO的兼容性
• instantiateMainExecutable -> sniffLoadCommands实例化主程序
  

  

3.4 加载动态库

越狱的插件一般是在这里发光发热的

3.5 链接主程序

链接主程序和动态库

接下来就是dyld最重要的部分

3.6 初始化方法

调用initializeMainExecutable初始化方法，这是一个复杂的遍历过程——先处理动态库，再处理主程序

initializeMainExecutable调用runInitializers

runInitializers调用
processInitializers

processInitializers调用
recursiveInitialization

recursiveInitialization调用
notifySingle和
doInitialization

notifySingle先判断
sNotifyObjCInit是否为空，再调用
sNotifyObjCInit回调

全局搜索，发现是在
registerObjCNotifiers中注册的
sNotifyObjCInit回调

_dyld_objc_notify_register调用
registerObjCNotifiers

在
objc源码中的
_objc_init处调用了
_dyld_objc_notify_register

作为
_dyld_objc_notify_register的第二个参数，
notifySingle回调被调用也随之调用，然后遍历调用动态库中的
+load方法

在notifySingle之后会调用doInitialization

• doImageInit会去判断libSystem是否初始化

doModInitFunctions遍历调用c++构造方法

3.7 进入主程序

至此，dyld流程就结束了，接下来就是main函数的舞台

四、dyld流程图

五、证明

新建动态库，分别在主程序和动态库中添加+load方法和c++构造方法

+ (void)load {
    NSLog(@"主程序——load");
}

__attribute__((constructor)) void funcCooci(){
    printf("主程序——c++");
}

Framework(Feng)——load
Framework(Feng)——c++
主程序——load
主程序——c++

事实证明动态库先于主程序执行+load方法和c++构造方法

• 多个动态库的执行先后顺序取决于General -> Framework, Libraries, and Embedded Content顺序
  

  

• 主程序中多个编译单元的执行先后顺序取决于Build Phases -> Compile Sources顺序
  

  

写在后面

迫于个人的强迫症，还是选择了在iOS逆向系列中加了一篇关于dyld流程的文章，但与iOS探索系列不同的是，这篇文章更加精炼、易于理解