iOS逆向之反HOOK的基本防护

iOS逆向之Method Swizzle
iOS逆向之fishHook原理探究
iOS逆向之fishHook怎么通过符号找字符串学习完上面的文章后，深感fishhook之强大，既然fishhook能hook系统的函数。那么猜想：

如果在我们的项目中hook了Method Swizzle,那么别人还能hook我们的项目吗？?

一、写上基本的防护，内部使用hook，外部没有hook

1、新建工程：基本防护，写个简单的页面

代码如下：

2、需求：在外部hook btnClick2,在内部hook btnClick1,需要保证的是在外部hook btnClick2无效，在内部hook btnClick1生效。

3、拖入fishhook代码，新建hookMgr类

//专门HOOK
+(void)load{
    //内部用到的交换代码
    Method old = class_getInstanceMethod(objc_getClass("ViewController"), @selector(btnClick1:));
    Method new = class_getInstanceMethod(self, @selector(click1Hook:));
    method_exchangeImplementations(old, new);
    
    //在交换代码之前，把所有的runtime代码写完 
    
    //基本防护
    struct rebinding bd;
    bd.name = "method_exchangeImplementations";
    bd.replacement=myExchang;
    bd.replaced=(void *)&exchangeP;
    
    struct rebinding rebindings[]={bd};
    rebind_symbols(rebindings, 1);
}

//保留原来的交换函数
void (* exchangeP)(Method _Nonnull m1, Method _Nonnull m2);

//新的函数
void myExchang(Method _Nonnull m1, Method _Nonnull m2){
    NSLog(@"检测到了hook");
}
-(void)click1Hook:(id)sender{
    NSLog(@"原来APP的hook保留");
}

说明：

在做防护之前，先把自己内部需要runtime交换的代码写完，比如开放btnClick1给自己内部去hook,其他的hook则禁止
使用fishhook hook method_exchangeImplementations方法，这样当外部使用method_exchangeImplementations方法时，让它失效

4、运行，分别点击按钮1和按钮2，此时内部hook了btnClick1方法，外部暂时没有hook任何方法

二、准备ipa

1. 打包ipa

将基本防护.app拷贝出来
新建文件夹Payload，将基本防护.app拷贝到Payload文件夹中
cd到Payload的上级目录，使用命令压缩,生成ipa zip -ry Hook.ipa Payload

三、外部hook,注入代码

1.新建工程：Hook基本防护

代码注入参考:iOS逆向之代码注入(framework)

前面在hookMgr中已经做了防护，不能交换btnClick2方法,那么我们写下hook btnClick2的代码来测试一下：

+(void)load
{
    Method old = class_getInstanceMethod(objc_getClass("ViewController"), @selector(btnClick2:));
    Method new = class_getInstanceMethod(self, @selector(click2Hook:));
    method_exchangeImplementations(old, new);
}
    
-(void)click2Hook:(id)sender{
    NSLog(@"btnClick2交换成功");
}

运行，分别点击按钮1，按钮2，发现btnClick2交换成功，防护失败了

2.思考防护失败的原因

1.在基本防护工程里，hookMgr的load方法里加上NSLog(@"hookMgr--Load");
2.在ViewController的load方法里加上NSLog(@"ViewController--Load");
3.在AppDelegate的load方法里加上

+(void)load{
    NSLog(@"AppDelegate--Load");
}

4.编译基本防护工程重新运行，生成基本防护.app，重新打包 zip -ry Hook.ipa Payload
5.将Hook.ipa拷贝到Hook基本防护工程的APP文件夹里，打开Hook基本防护工程，在WJHook的load方法里加上，NSLog(@"WJHook---load"); 然后运行发现WJHook(攻击方)是最早调用的，hookMgr(防护方)是最晚调用的，那么攻击方方法都交换成功了，你防护方才来防护，明显是没用。因此，上面的btnClick2方法仍然被外部交换了，hookMgr没起到防护的作用。

3.解决办法

1.修改Complie Sources的顺序

修改前
修改后

2.既然外部的动态库最先加载，那么防护方自己建立一个动态库

在基本防护工程里新建动态库antiHook
编译运行
生成基本防护.app，重新打包zip -ry Hook.ipa Payload
将Hook.ipa拷贝到Hook基本防护工程的APP文件夹里

3.打开Hook基本防护工程，运行

发现我们的防护hookMgr先执行，并且检测到了hook
至此外部就不能通过hook “Method Swizzle”来交换btnClick2方法

4、弊端

如果hookMgr内部要交换方法，需要提前在hookMgr的内部写好交换代码,然后再做防护。
因为在内部是没有办法再进行hook了，所以有些三方库如果用了Method Swizzle，那么你要做的修改就比较多，需要将工程里用到的全部method_exchangeImplementations换成exchangeP
如果用Cydia Substrate或者MonkeyDev来hook，依然能hook成功

5、下面用MonkeyDev来举例：

1、新建MonkeyDev工程MonkeyDemo,此过程需要先安装好MonkeyDev

2、将防护的Hook.ipa拷贝到MonkeyDemo->TargetApp文件夹下

%hook ViewController 表示hook ViewController这个类
-(void)btnClick2:(id) org 表示hook btnClick2这个方法
hookMgr是最先加载的，但是MonkeyDev还是能hook成功

6、为什么MonkeyDev和Cydia Substrate能hook成功？

1.首先了解Cydia Substrate的组成部分(MonkeyDev也是集成了Cydia Substrate)：

Cydia Substrate主要由3部分组成：

1.MobileHooker MobileHooker顾名思义用于HOOK。它定义一系列的宏和函数，底层调用objc的runtime和fishhook来替换系统或者目标应用的函数. 其中有两个函数:
- MSHookMessageEx 主要作用于Objective-C方法 void MSHookMessageEx(Class class, SEL selector, IMP replacement, IMP result)
- MSHookFunction 主要作用于C和C++函数 void MSHookFunction(voidfunction,void* replacement,void** p_original)
2.MobileLoader MobileLoader用于加载第三方dylib在运行的应用程序中。启动时MobileLoader会根据规则把指定目录的第三方的动态库加载进去，第三方的动态库也就是我们写的破解程序.
3.safe mode 因为APP程序质量参差不齐崩溃再所难免，破解程序本质是dylib，寄生在别人进程里。系统进程一旦出错，可能导致整个进程崩溃,崩溃后就会造成iOS瘫痪。所以CydiaSubstrate引入了安全模式,在安全模式下所有基于CydiaSubstratede 的三方dylib都会被禁用，便于查错与修复。