iOS安全攻防越獄檢測的攻與防

Kaitiren發表於2015-08-27
iOS

越獄檢測的攻與防



在應用開發過程中，我們希望知道裝置是否越獄，正以什麼許可權執行程式，好對應採取一些防禦和安全提示措施。

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

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


 



首先，你可以嘗試使用NSFileManager判斷裝置是否安裝瞭如下越獄常用工具：
/Applications/Cydia.app
/Library/MobileSubstrate/MobileSubstrate.dylib
/bin/bash
/usr/sbin/sshd
/etc/apt


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

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

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


那麼，你可以嘗試開啟cydia應用註冊的URL scheme：

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


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


那麼，你可以嘗試讀取下應用列表，看看有無許可權獲取：

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

越了獄的裝置是可以獲取到的：


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


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

  1. #import <sys/stat.h>  
  2.   
  3. void checkCydia(void)  
  4. {  
  5.     struct stat stat_info;  
  6.     if (0 == stat("/Applications/Cydia.app", &stat_info)) {  
  7.         NSLog(@"Device is jailbroken");  
  8.     }  
  9. }  


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


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

  1. #import <dlfcn.h>  
  2.   
  3. void checkInject(void)  
  4. {  
  5.     int ret ;  
  6.     Dl_info dylib_info;  
  7.     int (*func_stat)(const charchar *, struct stat *) = stat;  
  8.     if ((ret = dladdr(func_stat, &dylib_info))) {  
  9.         NSLog(@"lib :%s", dylib_info.dli_fname);  
  10.     }  
  11. }  

如果結果不是 /usr/lib/system/libsystem_kernel.dylib 的話，那就100%被攻擊了。
如果 libsystem_kernel.dylib 都是被攻擊者替換掉的……

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



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

列出所有已連結的動態庫：

  1. #import <mach-o/dyld.h>  
  2.   
  3. void checkDylibs(void)  
  4. {  
  5.     uint32_t count = _dyld_image_count();  
  6.     for (uint32_t i = 0 ; i < count; ++i) {  
  7.         NSString *name = [[NSString alloc]initWithUTF8String:_dyld_get_image_name(i)];  
  8.         NSLog(@"--%@", name);  
  9.     }  
  10. }  

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


攻擊者可能會給MobileSubstrate改名，但是原理都是通過DYLD_INSERT_LIBRARIES注入動態庫。


那麼，你可以通過檢測當前程式執行的環境變數：

  1. void printEnv(void)  
  2. {  
  3.     charchar *env = getenv("DYLD_INSERT_LIBRARIES");  
  4.     NSLog(@"%s", env);  
  5. }  

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

相關文章