【IOS-IAP防护】验证用户付费收据!拒绝IAP CRACKER!拒绝IAP FREE!让IPHONE越狱用户无从下手!【2012年5月2日更新防护IAP FREE的方法】

本站文章均为 李华明Himi 原创,转载务必在明显处注明: 
转载自【黑米GameDev街区】 原文链接: http://www.himigame.com/iphone-cocos2d/673.html

对于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];

 

    NSString *URL=@"https://sandbox.itunes.apple.com/verifyReceipt";

    //https://buy.itunes.apple.com/verifyReceipt

    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:&amp;urlResponse

                                                             error:&amp;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(&amp;zeroAddress, sizeof(zeroAddress));

    zeroAddress.sin_len = sizeof(zeroAddress);

    zeroAddress.sin_family = AF_INET;

    SCNetworkReachabilityRef defaultRouteReachability = SCNetworkReachabilityCreateWithAddress(NULL, (struct sockaddr *)&amp;zeroAddress);

    SCNetworkReachabilityFlags flags;  

 

    BOOL didRetrieveFlags = SCNetworkReachabilityGetFlags(defaultRouteReachability, &amp;flags);

    CFRelease(defaultRouteReachability);  

 

    if (!didRetrieveFlags)

    {

        NSLog(@"Error. Could not recover network reachability flags");

        return NO;

    }  

 

    BOOL isReachable = flags &amp; kSCNetworkFlagsReachable;

    BOOL needsConnection = flags &amp; kSCNetworkFlagsConnectionRequired;

    return (isReachable &amp;&amp; !needsConnection) ? YES : NO;

}

项目中添加    SystemConfiguration.framework

然后在导入 :

  #import <SystemConfiguration/SCNetworkReachability.h>

      #import <netinet/in.h>


时间: 2025-01-25 12:11:32

【IOS-IAP防护】验证用户付费收据!拒绝IAP CRACKER!拒绝IAP FREE!让IPHONE越狱用户无从下手!【2012年5月2日更新防护IAP FREE的方法】的相关文章

自2012年5月31日上线后,唱吧今日宣布用户超过一亿

摘要: 自2012年5月31日上线后,唱吧今日宣布用户超过一亿. 发布10天用户量达到100万,单首用户作品收听量超过500万次,上线一年半时间用户超过一亿.唱吧CEO 陈华 ( 微博 ) 这样总结唱吧过 自2012年5月31日上线后,唱吧今日宣布用户超过一亿. "发布10天用户量达到100万,单首用户作品收听量超过500万次,上线一年半时间用户超过一亿."唱吧CEO 陈华 ( 微博 ) 这样总结唱吧过去一年半的数据. 艰难中持续成长 陈华回忆称,这些数据的到来并非一帆风顺. 陈华介绍

天天酷跑安卓or ios最新破解版下载9月10日更新

天天酷跑安卓or ios最新破解版下载9月10日更新 包含最新天天酷跑安卓破解版. 封号几率较大!!娱乐而已!请用小号测试!! 今天小编给大家带来天天酷跑安卓or ios破解版,增加了怪物数量.减少了障碍物数量. 天天酷跑破解版下载 9.1os破解版下载http://yun.baidu.com/s/1kTn3T35 天天酷跑破解版下载 9.1安卓破解版下载http://pan.baidu.com/s/1bnjaTGV 此版本为天天酷跑新版本的最新破解版,增加了怪物.减少了障碍物.未修改地图,想跑

中国区App用户付费意愿过低 开发者被迫“出海”

中国十大App开发商 整个iOS市场中,中国区APP下载量排名全球第二,但收入只排到全球第八,中国平均每下载量收入仅有0.03美元,是美国用户0.28美元的十分之一,甚至只有越南的一半. 7月6日,美国知名移动数据监测机构App Annie在移动http://www.aliyun.com/zixun/aggregation/8555.html">互联网创新大会上公布的这组数据揭开了中国移动互联网产业的现实与无奈. 中国十大开发者90%收入来自海外 一边是8084.html">

国内App用户付费意愿过低 开发者被迫“出海”

中介交易 SEO诊断 淘宝客 云主机 技术大厅 亚太地区iOS平均下载量收入情况 中国十大App开发商 新浪科技 张楠(微博) 整个iOS市场中,中国区APP下载量排名全球第二,但收入只排到全球第八,中国平均每下载量收入仅有0.03美元,是美国用户0.28美元的十分之一,甚至只有越南的一半. 7月6日,美国知名移动数据监测机构App Annie在移动互联网创新大会上公布的这组数据揭开了中国移动互联网产业的现实与无奈. 中国十大开发者90%收入来自海外 一边是蓬勃发展的移动互联网产业,一边是少得可

只有50%的iPhone 4S用户表示iOS 5.1提升了电池续航

国外CultofMac网站进行了一份iOS 5.1是否会提升iPhone 4S电池续航的调查,一共有接近6000名用户参与了投票.这其中只有50%的iPhone 4S用户表示iOS 5.1确实提升了电池性能. 这其中13%的用户表示iOS 5.1http://www.aliyun.com/zixun/aggregation/9734.html">电池寿命比iOS 5.0.1提升了一倍,20%的用户表示有些提升,但仍需要每天充电.17%的用户表示电池寿命在iOS 5.1下只是稍微提升了一点.

iPhone 4S用户“3G”图标变“4G”

随着iOS 5.1的到来,AT&T为使用其HSDPA网络的iPhone 4S用户带来了一些新变化.在这些用户的手机上,原本的3G网络图标将会变为4G. AT&T的iPhone 4S图标已变为4G关于AT&T希望苹果公司改变其HSDPA状态下网络图标的传言早在去年早些时候就已经出现,而直到今早iOS 5.1发布之后这则传言才真正变为事实.据称此次的新变化还只是图标上的改变,虽然AT&T提供的HSDPA网络服务在速度上和4G网络已经无甚差别,但它和新一代iPad上使用的LTE

【IOS开发必收藏】详解IOS应用程序内使用IAP/STOREKIT付费、沙盒(SANDBOX)测试、创建测试账号流程!【2012-12-11日更新获取”产品付费数量等于0的问题”】

本站文章均为 李华明Himi 原创,转载务必在明显处注明:  转载自[黑米GameDev街区] 原文链接: http://www.himigame.com/iphone-cocos2d/550.html //--2012-12-11日更新   获取"产品付费数量等于0这个问题"的原因 看到很多童鞋问到,为什么每次都返回数量等于0?? 其实有童鞋已经找到原因了,原因是你在 ItunesConnect 里的 "Contracts, Tax, and Banking "没

ios-iOS iap 服务器验证问题

问题描述 iOS iap 服务器验证问题 如果交易完成后,向自己的服务器进行二次验证(服务器对用户增值操作)的时候,客服端突然断网了怎么办啊,大家是怎么解决的,有什么最好的解决办法吗. 顺便再问下,服务器代码使用的是CURL方式向苹果服务器进行验证,关掉SSL验证安全吗?发现不关掉的话会验证失败,保存服务器日志发现有error:14090086:SSL 这样的错误. 解决方案 找到解决办法了,查了大把资料,现在总结一下 第一个问题,现在的解决办法是: transaction持久化,将加密的Bas

关于用户付费分析 如何让用户更慷慨

对于中国互联网来说,付费并不算是一个新鲜话题.从九十年代的共享软件与破解者.盗版斗争,再到现在以软件.SAAS.Apps.在线工具组成的丰富产品线,如何让用户更慷慨,让更多用户掏出更多的钱,下面就从过去经验与一些产品的借鉴,跟大家分享一些让用户付费的观点. 投靠封闭,挥别开放! 封闭的另一个词是稳固,开放的另一面则是更弱控制能力,与获得收益的更多成本. 对于App开发者而言,iOS绝对是一个好选择,大多数时候你需要做的只是做好产品创意.设计.开发,然后做一定正面推广,然后就能够获得与用户亲睞程