【iOS-iap防护】验证用户付费收据!拒绝iap Cracker!!

对于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.rar (105 字节, 14 次)

2. 然后将Himi封装的如下函数拷贝到你付费代码所在的类中:

 

 
  
  1. .h中: 
  2. -(BOOL)putStringToItunes:(NSData*)iapData; 
  3.   
  4. .m中: 
  5.   
  6. #import "NSData+Base64.h" 
  7. #import "NSString+SBJSON.h" 
  8. #import "JSON.h" 
  9.   
  10. -(BOOL)putStringToItunes:(NSData*)iapData{//用户购成功的transactionReceipt 
  11.   
  12.     NSString*encodingStr = [iapData base64EncodedString]; 
  13.   
  14.     NSString *URL=@"https://sandbox.itunes.apple.com/verifyReceipt"
  15.     //https://buy.itunes.apple.com/verifyReceipt 
  16.     NSMutableURLRequest *request = [[NSMutableURLRequest alloc] init];// autorelease]; 
  17.     [request setURL:[NSURL URLWithString:URL]]; 
  18.     [request setHTTPMethod:@"POST"]; 
  19.     //设置contentType 
  20.     [request addValue:@"application/json" forHTTPHeaderField:@"Content-Type"]; 
  21.     //设置Content-Length 
  22.     [request setValue:[NSString stringWithFormat:@"%d", [encodingStr length]] forHTTPHeaderField:@"Content-Length"];   
  23.   
  24.     NSDictionary* body = [NSDictionary dictionaryWithObjectsAndKeys:encodingStr, @"receipt-data", nil]; 
  25.     SBJsonWriter *writer = [SBJsonWriter new]; 
  26.     [request setHTTPBody:[[writer stringWithObject:body] dataUsingEncoding:NSASCIIStringEncoding allowLossyConversion:YES]]; 
  27.     NSHTTPURLResponse *urlResponse=nil; 
  28.     NSError *errorr=nil; 
  29.     NSData *receivedData = [NSURLConnection sendSynchronousRequest:request 
  30.                                                  returningResponse:&urlResponse 
  31.                                                              error:&errorr]; 
  32.   
  33.     //解析 
  34.     NSString *results=[[NSString alloc]initWithBytes:[receivedData bytes] length:[receivedData length] encoding:NSUTF8StringEncoding]; 
  35.     CCLOG(@"-Himi-  %@",results); 
  36.     NSDictionary*dic = [results JSONValue]; 
  37.     if([[dic objectForKey:@"status"] intValue]==0){//注意,status=@"0" 是验证收据成功 
  38.         return true
  39.     } 
  40.     return false

 
  
  1. - (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions//交易结果 
  2.     for (SKPaymentTransaction *transaction in transactions) 
  3.     { 
  4.         switch (transaction.transactionState) 
  5.         { 
  6.             case SKPaymentTransactionStatePurchased://交易完成 
  7.                  if([self putStringToItunes:transaction.transactionReceipt]){ 
  8.                      //这里给用户添加钱阿,装备阿什么的 
  9.                  } 
  10.                    break
  11.              ......代码省略 
  12.          } 
  13.      } 

上面这个函数当获取交易成功的消息都会进入到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防护的童鞋有所帮助!





本文转自 xiaominghimi 51CTO博客,原文链接:http://blog.51cto.com/xiaominghimi/829760,如需转载请自行联系原作者

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值