iOS安全攻防（二十四）：敏感逻辑的保护方案（1）

原文地址：http://blog.youkuaiyun.com/yiyaaixuexi/article/details/29210413

Objective-C代码容易被hook，暴露信息太赤裸裸，为了安全，改用C来写吧！

当然不是全部代码都要C来写，我指的是敏感业务逻辑代码。

本文就介绍一种低学习成本的，简易的，Objective-C逻辑代码重写为C代码的办法。

也许，程序中存在一个类似这样的类：

1. @interface XXUtil : NSObject  
2.   
3. + (BOOL)isVerified;  
4. + (BOOL)isNeedSomething;  
5. + (void)resetPassword:(NSString *)password;  
6.   
7. @end  

被class-dump出来后，利用Cycript很容易实现攻击，容易被hook，存在很大的安全隐患。

想改，但是不想大改程序结构，肿么办呢？

把函数名隐藏在结构体里，以函数指针成员的形式存储。

这样做的好处是，编译后，只留了下地址，去掉了名字和参数表，提高了逆向成本和攻击门槛。

改写的程序如下：

1. //XXUtil.h  
2. #import <Foundation/Foundation.h>  
3.   
4. typedef struct _util {  
5.     BOOL (*isVerified)(void);  
6.     BOOL (*isNeedSomething)(void);  
7.     void (*resetPassword)(NSString *password);  
8. }XXUtil_t ;  
9.   
10. #define XXUtil ([_XXUtil sharedUtil])  
11.   
12. @interface _XXUtil : NSObject  
13.   
14. + (XXUtil_t *)sharedUtil;  
15. @end  

1. //XXUtil.m  
2. #import "XXUtil.h"  
3.   
4. static BOOL _isVerified(void)  
5. {  
6.     //bala bala ...  
7.     return YES;  
8. }  
9.   
10. static BOOL _isNeedSomething(void)  
11. {  
12.     //bala bala ...  
13.     return YES;  
14. }  
15.   
16. static void _resetPassword(NSString *password)  
17. {  
18.     //bala bala ...  
19. }  
20.   
21. static XXUtil_t * util = NULL;  
22. @implementation _XXUtil  
23.   
24. +(XXUtil_t *)sharedUtil  
25. {  
26.     static dispatch_once_t onceToken;  
27.     dispatch_once(&onceToken, ^{  
28.         util = malloc(sizeof(XXUtil_t));  
29.         util->isVerified = _isVerified;  
30.         util->isNeedSomething = _isNeedSomething;  
31.         util->resetPassword = _resetPassword;  
32.     });  
33.     return util;  
34. }  
35.   
36. + (void)destroy  
37. {  
38.     util ? free(util): 0;  
39.     util = NULL;  
40. }  
41. @end  

 最后，根据Xcode的报错指引，把以前这样的调用

1. [XXUtil isVerified];  

对应改成：

1. XXUtil->isVerified();  

就可以了。

是的，绝不费一点脑子。