本文详细介绍如何防止iOS应用内的付费产品被越狱用户利用iapCracker破解，通过与Apple服务器验证购买收据确保交易真实有效。
对于iOS的应用安全这块主要有两块是我们开发者可以避免的，一个是存储数据加密，这个在上一篇文章Himi介绍了base64加密算法；另外一个就是付费产品防护！那么本篇Himi来分享如何防护越狱用户的iap Cracker！
对于iap Cracker这个插件，Himi简单介绍下！
iap Cracker可以说是iOS越狱用户的终极利器阿，当今app Store的所有内置收费的游戏，基本使用此插件进行秒购买无压力！（对于那些收费下载的游戏，对于越狱用户来说，安装个XX助手<你懂得～>就可以免费体验app store的所有游戏，不管你下载收费还是内置收费！）
iap Cracker能绕过appstore的付费流程，其方式是当用户点击付费产品进行购买后，iap Cracker模拟返回一个购买成功的消息（无需联网，说白了，连post 数据给App store都没有！），然后我们应用中收到这个“假的”交易成功的消息直接给用户加钱，加装备，加各种….
OK，对于iap Cracker就不再多介绍了，下面Himi来分享如何防护iap Cracker吧；
对于越狱用户使用付费破解插件进行付费这个问题，其实Apple并没有不管，而是已经在文档中清晰的说明，只是很多童鞋并没有发现，如下截图：
apple提示开发者付费要进行验证付费收据！ 原文apple dev官方文档连接：
https://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/StoreKitGuide…
下面Himi就详细讲解如何在我们付费流程中加入iap防护，步骤如下：
1. 首先将 json类库和NSData+Base64类导入你的项目中，下载：
“json_base.zip” 下载地址： http://vdisk.weibo.com/s/hq1Qk
2. 然后将Himi封装的如下函数拷贝到你付费代码所在的类中：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
|
.h中：
-(
BOOL
)putStringToItunes:(NSData*)iapData;
.m中：
#import "NSData+Base64.h"
#import "NSString+SBJSON.h"
#import "JSON.h"
-(
BOOL
)putStringToItunes:(NSData*)iapData{
//用户购成功的transactionReceipt
NSString*encodingStr = [iapData base64EncodedString];
NSMutableURLRequest *request = [[NSMutableURLRequest alloc] init];
// autorelease];
[request setURL:[NSURL URLWithString:URL]];
[request setHTTPMethod:@
"POST"
];
//设置contentType
[request addValue:@
"application/json"
forHTTPHeaderField:@
"Content-Type"
];
//设置Content-Length
[request setValue:[NSString stringWithFormat:@
"%d"
, [encodingStr length]] forHTTPHeaderField:@
"Content-Length"
];
NSDictionary* body = [NSDictionary dictionaryWithObjectsAndKeys:encodingStr, @
"receipt-data"
, nil];
SBJsonWriter *writer = [SBJsonWriter
new
];
[request setHTTPBody:[[writer stringWithObject:body] dataUsingEncoding:NSASCIIStringEncoding allowLossyConversion:YES]];
NSHTTPURLResponse *urlResponse=nil;
NSError *errorr=nil;
NSData *receivedData = [NSURLConnection sendSynchronousRequest:request
returningResponse:&urlResponse
error:&errorr];
//解析
NSString *results=[[NSString alloc]initWithBytes:[receivedData bytes] length:[receivedData length] encoding:NSUTF8StringEncoding];
CCLOG(@
"-Himi- %@"
,results);
NSDictionary*dic = [results JSONValue];
if
([[dic objectForKey:@
"status"
] intValue]==0){
//注意，status=@"0" 是验证收据成功
return
true
;
}
return
false
;
}
|
接着说下此方法的使用，一般付费代码中，童鞋们肯定会有如下函数：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
- (
void
)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions
//交易结果
{
for
(SKPaymentTransaction *transaction in transactions)
{
switch
(transaction.transactionState)
{
case
SKPaymentTransactionStatePurchased:
//交易完成
if
([self putStringToItunes:transaction.transactionReceipt]){
//这里给用户添加钱阿，装备阿什么的
}
break
;
......代码省略
}
}
}
|
上面这个函数当获取交易成功的消息都会进入到SKPaymentTransactionStatePurchased这个case中（不管是iap cracker模拟的还是appstore真的反馈的消息）， 那么我们一般不做iap防护情况下，会直接在此case中给用户添加金币阿，什么的！ 但是如上所说因为iap cracker也会模拟返回交易成功的消息，也会进入到这个case中，因此我们在此与appstore再次进行一次收据验证！
另外说一点当交易完成时appstore传回来的transaction（SKPaymentTransaction）类中的transactionReceipt属性里包含AppStore返回经过签名的收据信息！OK，我们要的就是这个收据并将此收据post给appstore 的server进行收据验证，所以在SKPaymentTransactionStatePurchased这个交易成功的case中再调用Himi封装的函数if([self putStringToItunes:transaction.transactionReceipt]){} 进行再次确认下购买是否付费流程正确！
那么下面详细说下Himi封装的这个putStringToItunes函数：
此函数中，首先我们将传入的收据data类型变量进行base64转换成string类型，然后将此收据以json的形式发送给appstore进行验证！这里注意！一定要以json形式发送，否则appstore server端不识别!
最后再次利用json对appstore server返回的字段（json数据）进行解析，我们只需要解析出 status 这个key的value即可！
当appstore验证收据正确时我们解析出来的 status 这个key的value值为0(零)！
下面是appstore返回json数据的两种形式：
1. 收据无效的情况：
|
1
|
{
"status"
:21002,
"exception"
:
"java.lang.NullPointerException"
}
|
2.收据正确的情况，如下图（点击放大）：
最后大家需要注意的一点是，Himi封装的函数中post的地址这里要记得发布的时候修改！
因为当你沙盒测试的时候地址是：https://sandbox.itunes.apple.com/verifyReceipt
但是正式发布后post的地址应该是： https://buy.itunes.apple.com/verifyReceipt
千万不要发布应用的时候别忘记修改这里！
OK，本篇就介绍到这里，希望对还没有做iap防护的童鞋有所帮助！
—————2012年5月2日更新：
对于iap 的防护，现在除了iap cracker之外，那么最主要的就是国人的iap free这个插件了，那么对于iap free的防护，如果我们仅仅只是跟apple的服务器进行验证收据，那么iap free照样能破解我们的游戏/软件！
我这里先大概说下iap free：
iap free的功能与iap cracker功能类似，只是更加强大的iap free能在你与apple服务器进行验证收据的步骤中进行截取，并返回一个模仿apple返回的假收据！这么一说大家就很清楚了，我们上面说的iap 验证收据变得毫无意义，但是不要着急，这里Himi将iap free的假收据形式打印了出来，大家对比看下就知道该如何来做iap free的防护了：
上图就是iap free制作的假收据啦，那么至于如何继续做防护，我想这里不需要再多解释了，毕竟有政策就有对策；大家发挥吧～
另外说一点，当用户在无网的情况下购买任何产品，肯定只有两种情况，1.越狱机器想破解。2.忘记；
那么我们可以使用下面这段代码判断当前ios设备是否联网了：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
-(
BOOL
)isNetworkOK{
struct
sockaddr_in zeroAddress;
bzero(&zeroAddress,
sizeof
(zeroAddress));
zeroAddress.sin_len =
sizeof
(zeroAddress);
zeroAddress.sin_family = AF_INET;
SCNetworkReachabilityRef defaultRouteReachability = SCNetworkReachabilityCreateWithAddress(NULL, (
struct
sockaddr *)&zeroAddress);
SCNetworkReachabilityFlags flags;
BOOL
didRetrieveFlags = SCNetworkReachabilityGetFlags(defaultRouteReachability, &flags);
CFRelease(defaultRouteReachability);
if
(!didRetrieveFlags)
{
NSLog(@
"Error. Could not recover network reachability flags"
);
return
NO;
}
BOOL
isReachable = flags & kSCNetworkFlagsReachable;
BOOL
needsConnection = flags & kSCNetworkFlagsConnectionRequired;
return
(isReachable && !needsConnection) ? YES : NO;
}
|
项目中添加 SystemConfiguration.framework
然后在导入 ：
#import <SystemConfiguration/SCNetworkReachability.h>
#import <netinet/in.h>
扫一扫
296
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
