鍍金池/ 教程/ iOS/ 越獄檢測的攻與防
Hack 實戰(zhàn)——支付寶 App 手勢密碼校驗欺騙
使用 Reveal 分析他人 App
后臺 daemon 非法竊取用戶 iTunesstore 信息
使用 iNalyzer 分析應用程序
越獄檢測的攻與防
使用 introspy 追蹤分析應用程序
廢除應用程序的 ASLR 特性
使用 Cycript 修改支付寶 App 運行時
敏感邏輯的保護方案
Fishhook
使用 class-dump-z 分析支付寶 App
static 和被裁的符號表
iOS7 的動態(tài)庫注入
二進制和資源文件自檢
Hack 實戰(zhàn)——探究支付寶 App 手勢密碼
使用 Keychain-Dumper 導出 keychain 數據
數據擦除
Hack 實戰(zhàn)——解除支付寶 App 手勢解鎖錯誤次數限制
Objective-C 代碼混淆
阻止 GDB 依附
基于腳本實現動態(tài)庫注入
Hack 必備的命令與工具
鍵盤緩存與安全鍵盤
數據保護 API

越獄檢測的攻與防

在應用開發(fā)過程中,我們希望知道設備是否越獄,正以什么權限運行程序,好對應采取一些防御和安全提示措施。

iOS7 相比之前版本的系統(tǒng)而言,升級了沙盒機制,封鎖了幾乎全部應用沙盒可以共享數據的入口。即使在越獄情況下,限制也非常多,大大增加了應用層攻擊難度。比如,在 iOS7 之前,我們可以嘗試往沙盒外寫文件判斷是否越獄,但 iOS7 越獄后也無該權限,還使用老方法檢測會導致誤判。

那么,到底應該如何檢測越獄呢?攻擊者又會如果攻破檢測呢?本文就著重討論一下越獄檢測的攻與防。

http://wiki.jikexueyuan.com/project/ios-security-defense/images/gongfang.png" alt="gongfang" />

首先,你可以嘗試使用 NSFileManager 判斷設備是否安裝了如下越獄常用工具:

/Applications/Cydia.app /Library/MobileSubstrate/MobileSubstrate.dylib /bin/bash /usr/sbin/sshd /etc/apt

但是不要寫成 BOOL 開關方法,給攻擊者直接鎖定目標 hook 繞過的機會

+(BOOL)isJailbroken{  
    if ([[NSFileManager defaultManager] fileExistsAtPath:@"/Applications/Cydia.app"]){  
        return YES;  
    }  
    // ...  
}  

攻擊者可能會改變這些工具的安裝路徑,躲過你的判斷。

那么,你可以嘗試打開 cydia 應用注冊的 URL scheme:

if([[UIApplication sharedApplication] canOpenURL:[NSURL URLWithString:@"cydia://package/com.example.package"]]){  
     NSLog(@"Device is jailbroken");  
}  

但是不是所有的工具都會注冊 URL scheme,而且攻擊者可以修改任何應用的 URL scheme。

那么,你可以嘗試讀取下應用列表,看看有無權限獲?。?

if ([[NSFileManager defaultManager] fileExistsAtPath:@"/User/Applications/"]){  
        NSLog(@"Device is jailbroken");  
        NSArray *applist = [[NSFileManager defaultManager] contentsOfDirectoryAtPath:@"/User/Applications/"  
                                                                               error:nil];  
        NSLog(@"applist = %@",applist);  
}  

越了獄的設備是可以獲取到的:

http://wiki.jikexueyuan.com/project/ios-security-defense/images/gongfang2.png" alt="gongfang2" />

攻擊者可能會 hook NSFileManager 的方法,讓你的想法不能如愿。

那么,你可以回避 NSFileManager,使用 stat 系列函數檢測 Cydia 等工具:

#import <sys/stat.h>  

void checkCydia(void)  
{  
    struct stat stat_info;  
    if (0 == stat("/Applications/Cydia.app", &stat_info)) {  
        NSLog(@"Device is jailbroken");  
    }  
}  

攻擊者可能會利用 Fishhook 原理 hook 了 stat 。

那么,你可以看看 stat 是不是出自系統(tǒng)庫,有沒有被攻擊者換掉:

#import <dlfcn.h>  

void checkInject(void)  
{  
    int ret ;  
    Dl_info dylib_info;  
    int (*func_stat)(const charchar *, struct stat *) = stat;  
    if ((ret = dladdr(func_stat, &dylib_info))) {  
        NSLog(@"lib :%s", dylib_info.dli_fname);  
    }  
}  

如果結果不是 /usr/lib/system/libsystem_kernel.dylib 的話,那就 100% 被攻擊了。 如果 libsystem_kernel.dylib 都是被攻擊者替換掉的…… 那也沒什么可防的大哥你隨便吧……

那么,你可能會想,我該檢索一下自己的應用程序是否被鏈接了異常動態(tài)庫。 列出所有已鏈接的動態(tài)庫:

#import <mach-o/dyld.h>  

void checkDylibs(void)  
{  
    uint32_t count = _dyld_image_count();  
    for (uint32_t i = 0 ; i < count; ++i) {  
        NSString *name = [[NSString alloc]initWithUTF8String:_dyld_get_image_name(i)];  
        NSLog(@"--%@", name);  
    }  
}  

通常情況下,會包含越獄機的輸出結果會包含字符串:Library/MobileSubstrate/MobileSubstrate.dylib 。

攻擊者可能會給 MobileSubstrate 改名,但是原理都是通過 DYLD_INSERT_LIBRARIES注入動態(tài)庫。

那么,你可以通過檢測當前程序運行的環(huán)境變量:

void printEnv(void)  
{  
    charchar *env = getenv("DYLD_INSERT_LIBRARIES");  
    NSLog(@"%s", env);  
}  

未越獄設備返回結果是 null ,越獄設備就各有各的精彩了,尤其是老一點的 iOS 版本越獄環(huán)境。