越獄檢測的攻與防

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

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

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

<喎?/kf/ware/vc/" target="_blank" class="keylink">vcD48cD7K18/Io6zE47/J0tSzosrUyrnTw05TRmlsZU1hbmFnZXLF0LbPyeixuMrHt/GwstewwcvI58/C1L3T/LOj08O5pL7fo7o8YnIgLz4vQXBwbGljYXRpb25zL0N5ZGlhLmFwcDxiciAvPi9MaWJyYXJ5L01vYmlsZVN1YnN0cmF0ZS9Nb2JpbGVTdWJzdHJhdGUuZHlsaWI8YnIgLz4vYmluL2Jhc2g8YnIgLz4vdXNyL3NiaW4vc3NoZDxiciAvPi9ldGMvYXB0PGJyIC8+PGJyIC8+PGJyIC8+tavKx7K70qrQtLPJQk9PTL+qudi3vbeoo6y4+Lmlu/fV39axvdPL+LaoxL+x6mhvb2vIxrn9tcS7+rvhPGJyIC8+PC9wPjxwPjxwcmUgY2xhc3M9"brush:java;">+(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);
}

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

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


那麼，你可以回避 NSFileManager，使用stat系列函數檢測Cydia等工具：

#import 

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

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

那麼，你可以看看stat是不是出自系統庫，有沒有被攻擊者換掉：

#import 

void checkInject(void)
{
    int ret ;
    Dl_info dylib_info;
    int	(*func_stat)(const char *, 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 都是被攻擊者替換掉的……

那也沒什麼可防的大哥你隨便吧……



那麼，你可能會想，我該檢索一下自己的應用程序是否被鏈接了異常動態庫。

列出所有已鏈接的動態庫：

#import 

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注入動態庫。


那麼，你可以通過檢測當前程序運行的環境變量：

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

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