iOS内购-防越狱破解刷单

2019 - 03 - 06

iOS内购开发大家一定不陌生，网上类似的文章能搜出千八百篇。大部分都是围绕着如何实现？如何防止漏单丢单说明的。很少有提及到越狱的，即使偶尔有一两篇说越狱，也是简单的三言两语说为了安全，我们直接屏蔽了越狱手机的内购功能。巴拉巴拉… 以前我也是这么想的，直到上个周末发现我们的内购被破解了才有了这篇文章。本篇文章就是来讲述越狱下的内购如何防止被破解。

首先我们先简单理一下整个内购的核心流程：

客户端发起支付订单
客户端监听购买结果
苹果回调订单购买成功时，客户端把苹果给的receipt_data和一些订单信息上报给服务器
后台服务器拿receipt_data向苹果服务器校验
苹果服务器向返回status结果
服务器发现订单校验成功后，会把这笔订单存起来，receipt_data用MD5值映射下，保存到数据库，防止同一笔订单，多次发放内购商品。

以上应该是主流的校验流程。当然客户端其中会插一些丢单漏单的逻辑校验，因为那些跟本篇文章无关，所以不在此展开。

status 状态码:

   成功
App Store无法读取你提供的JSON数据
收据数据不符合格式
收据无法被验证
你提供的共享密钥和账户的共享密钥不一致
收据服务器当前不可用
收据是有效的，但订阅服务已经过期。当收到这个信息时，解码后的收据信息也包含在返回内容中
收据信息是测试用（sandbox），但却被发送到产品环境中验证
收据信息是产品环境中使用，但却被发送到测试环境中验证

从上面的流程可以看出，整个内购的核心其实就是receipt_data。苹果回调给客户端，客户端上报给服务器，服务器拿到后去向苹果服务器校验，苹果服务器再返回给我们服务器订单结果。其实严格来说，整个流程是没问题的。整个的漏洞就在【苹果服务器再返回给我们服务器订单结果】。receipt_data在越狱环境下是可以被插件伪造的，后台向苹果验证时，居然还能验证通过。是的，你没看错，苹果这里有个贼鸡儿坑的地方。这是最坑最坑的地方，伪造的receipt_data苹果校验也返回支付成功

如何解决？我们先来看下越狱订单和正常订单对比

越狱订单receipt_data向苹果服务器校验后如下：

{
    "status": 0, 
    "environment": "Production", 
    "receipt": {
        "receipt_type": "Production", 
        "adam_id": 1377028992, 
        "app_item_id": 1377028992, 
        "bundle_id": "*******【敏感信息不给看】*******", 
        "application_version": "3", 
        "download_id": 80042231041057, 
        "version_external_identifier": 827853261, 
        "receipt_creation_date": "2018-07-23 07:30:45 Etc/GMT", 
        "receipt_creation_date_ms": "1532331045000", 
        "receipt_creation_date_pst": "2018-07-23 00:30:45 America/Los_Angeles", 
        "request_date": "2018-07-23 07:33:54 Etc/GMT", 
        "request_date_ms": "1532331234485", 
        "request_date_pst": "2018-07-23 00:33:54 America/Los_Angeles", 
        "original_purchase_date": "2018-07-01 12:16:21 Etc/GMT", 
        "original_purchase_date_ms": "1530447381000", 
        "original_purchase_date_pst": "2018-07-01 05:16:21 America/Los_Angeles", 
        "original_application_version": "3", 
        "in_app": [ ]
    }
}

正常订单receipt_data向苹果服务器校验后如下：

{
   {
    "status": 0, 
    "environment": "Production", 
    "receipt": {
        "receipt_type": "Production", 
        "adam_id": 1377028992, 
        "app_item_id": 1377028992, 
        "bundle_id": "*******【敏感信息不给看】*******", 
        "application_version": "3", 
        "download_id": 36042096097927, 
        "version_external_identifier": 827703432, 
        "receipt_creation_date": "2018-07-10 13:54:27 Etc/GMT", 
        "receipt_creation_date_ms": "1531230867000", 
        "receipt_creation_date_pst": "2018-07-10 06:54:27 America/Los_Angeles", 
        "request_date": "2018-07-23 08:03:27 Etc/GMT", 
        "request_date_ms": "1532333007664", 
        "request_date_pst": "2018-07-23 01:03:27 America/Los_Angeles", 
        "original_purchase_date": "2018-06-13 06:52:13 Etc/GMT", 
        "original_purchase_date_ms": "1528872733000", 
        "original_purchase_date_pst": "2018-06-12 23:52:13 America/Los_Angeles", 
        "original_application_version": "5", 
        "in_app": [
            {
                "quantity": "1", 
                "product_id": "*******【敏感信息不给看】*******", 
                "transaction_id": "160000477610856", 
                "original_transaction_id": "160000477610856", 
                "purchase_date": "2018-07-10 13:54:27 Etc/GMT", 
                "purchase_date_ms": "1531230867000", 
                "purchase_date_pst": "2018-07-10 06:54:27 America/Los_Angeles", 
                "original_purchase_date": "2018-07-10 13:54:27 Etc/GMT", 
                "original_purchase_date_ms": "1531230867000", 
                "original_purchase_date_pst": "2018-07-10 06:54:27 America/Los_Angeles", 
                "is_trial_period": "false"
            }
        ]
    }
}

看完两笔订单的对比我相信大家可以清楚的知道，越狱订单虽然状态返回是成功的，但是in_app这个参数是空的。大概查了一下。iOS7以下是没有这个in_app参数的，iOS7以上是有的。因为现在App基本支持的起步都是iOS8 iOS9了，iOS7可以不用管了。但这里还有一个问题，就是in_app这个字段并不总是只返回一个，有可能会返回多个，比如下面的这种订单。

正常订单receipt_data校验后 in_app多个元素时：

{
    "status":0,
    "environment":"Sandbox",
    "receipt":{
        "receipt_type":"ProductionSandbox",
        "adam_id":0,
        "app_item_id":0,
        "bundle_id":"*******【敏感信息不给看】*******",
        "application_version":"1",
        "download_id":0,
        "version_external_identifier":0,
        "receipt_creation_date":"2018-07-24 04:28:24 Etc/GMT",
        "receipt_creation_date_ms":"1532406504000",
        "receipt_creation_date_pst":"2018-07-23 21:28:24 America/Los_Angeles",
        "request_date":"2018-07-24 04:30:06 Etc/GMT",
        "request_date_ms":"1532406606695",
        "request_date_pst":"2018-07-23 21:30:06 America/Los_Angeles",
        "original_purchase_date":"2013-08-01 07:00:00 Etc/GMT",
        "original_purchase_date_ms":"1375340400000",
        "original_purchase_date_pst":"2013-08-01 00:00:00 America/Los_Angeles",
        "original_application_version":"1.0",
        "in_app":[
            {
                "quantity":"1",
                "product_id":"*******【敏感信息不给看】*******",
                "transaction_id":"1000000398911598",
                "original_transaction_id":"1000000398911598",
                "purchase_date":"2018-05-16 03:26:12 Etc/GMT",
                "purchase_date_ms":"1526441172000",
                "purchase_date_pst":"2018-05-15 20:26:12 America/Los_Angeles",
                "original_purchase_date":"2018-05-16 03:26:12 Etc/GMT",
                "original_purchase_date_ms":"1526441172000",
                "original_purchase_date_pst":"2018-05-15 20:26:12 America/Los_Angeles",
                "is_trial_period":"false"
            },
            {
                "quantity":"1",
                "product_id":"*******【敏感信息不给看】*******",
                "transaction_id":"1000000398911640",
                "original_transaction_id":"1000000398911640",
                "purchase_date":"2018-05-16 03:26:37 Etc/GMT",
                "purchase_date_ms":"1526441197000",
                "purchase_date_pst":"2018-05-15 20:26:37 America/Los_Angeles",
                "original_purchase_date":"2018-05-16 03:26:37 Etc/GMT",
                "original_purchase_date_ms":"1526441197000",
                "original_purchase_date_pst":"2018-05-15 20:26:37 America/Los_Angeles",
                "is_trial_period":"false"
            },
            {
                "quantity":"1",
                "product_id":"*******【敏感信息不给看】*******",
                "transaction_id":"1000000398911784",
                "original_transaction_id":"1000000398911784",
                "purchase_date":"2018-05-16 03:26:50 Etc/GMT",
                "purchase_date_ms":"1526441210000",
                "purchase_date_pst":"2018-05-15 20:26:50 America/Los_Angeles",
                "original_purchase_date":"2018-05-16 03:26:50 Etc/GMT",
                "original_purchase_date_ms":"1526441210000",
                "original_purchase_date_pst":"2018-05-15 20:26:50 America/Los_Angeles",
                "is_trial_period":"false"
            },
            {
                "quantity":"1",
                "product_id":"*******【敏感信息不给看】*******",
                "transaction_id":"1000000398911801",
                "original_transaction_id":"1000000398911801",
                "purchase_date":"2018-05-16 03:27:22 Etc/GMT",
                "purchase_date_ms":"1526441242000",
                "purchase_date_pst":"2018-05-15 20:27:22 America/Los_Angeles",
                "original_purchase_date":"2018-05-16 03:27:22 Etc/GMT",
                "original_purchase_date_ms":"1526441242000",
                "original_purchase_date_pst":"2018-05-15 20:27:22 America/Los_Angeles",
                "is_trial_period":"false"
            },
            {
                "quantity":"1",
                "product_id":"*******【敏感信息不给看】*******",
                "transaction_id":"1000000399060767",
                "original_transaction_id":"1000000399060767",
                "purchase_date":"2018-05-16 11:10:45 Etc/GMT",
                "purchase_date_ms":"1526469045000",
                "purchase_date_pst":"2018-05-16 04:10:45 America/Los_Angeles",
                "original_purchase_date":"2018-05-16 11:10:45 Etc/GMT",
                "original_purchase_date_ms":"1526469045000",
                "original_purchase_date_pst":"2018-05-16 04:10:45 America/Los_Angeles",
                "is_trial_period":"false"
            },
            {
                "quantity":"1",
                "product_id":"*******【敏感信息不给看】*******",
                "transaction_id":"1000000399061778",
                "original_transaction_id":"1000000399061778",
                "purchase_date":"2018-05-16 11:14:52 Etc/GMT",
                "purchase_date_ms":"1526469292000",
                "purchase_date_pst":"2018-05-16 04:14:52 America/Los_Angeles",
                "original_purchase_date":"2018-05-16 11:14:52 Etc/GMT",
                "original_purchase_date_ms":"1526469292000",
                "original_purchase_date_pst":"2018-05-16 04:14:52 America/Los_Angeles",
                "is_trial_period":"false"
            },
            ...
        ]
    }
}

综上，整个服务器那边校验逻辑应该是这样的。首先客户端必须要给服务器传的三个参数：receipt_data， product_id ，transaction_id

//该方法为监听内购交易结果的回调
- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray<SKPaymentTransaction *> *)transactions
transactions 为一个数组 遍历就可以得到 SKPaymentTransaction 对象的元素transaction。然后从transaction里可以取到以下这两个个参数，product_id，transaction_id。另外从沙盒里取到票据信息receipt_data 
我们先看怎么取到以上的三个参数
//获取receipt_data
NSData *data = [NSData dataWithContentsOfFile:[[[NSBundle mainBundle] appStoreReceiptURL] path]];
NSString * receipt_data = [data base64EncodedStringWithOptions:0];
//获取product_id
NSString *product_id = transaction.payment.productIdentifier;
//获取transaction_id
NSString * transaction_id = transaction.transactionIdentifier;

这是我们必须要传给服务器的三个字段。以上三个字段需要做好空值校验，避免崩溃。下面我们来解释一下，为什么要给服务器传这三个参数

receipt_data：这个不解释了大家都懂不传的话服务器根本没法校验
product_id：这个也不用解释内购产品编号你不传的话服务器不知道你买的哪个订单
transaction_id：这个是交易编号，是必须要传的。因为你要是防止越狱下内购被破解就必须要校验in_app这个参数。而这个参数的数组元素有可能为多个，你必须得找到一个唯一标示，才可以区分订单到底是那一笔。

所以服务器那边逻辑就很清晰了

首先判断订单状态是不是成功。
如果订单状态成功在判断in_app这个字段有没有，没有直接就返回失败了。如果存在的话，遍历整个数组，通过客户端给的transaction_id 来比较，取到相同的订单时，对比一下bundle_id ，product_id 是不是正确的。
如果以上校验都正确再去查询一下数据库里这笔订单是不是存在，如果存在也是返回失败，避免重复分发内购商品。如果都成功了，再把这笔订单充值进去，给用户分发内购商品。

注意：一定要告诉后台，不论校验是否成功，只要客户端给服务器传了receipt_data等参数就一定要保存到数据库里。

为啥什么要保存receipt_data

以上的校验步骤，可以有效的防止内购破解，下面内容是我看苹果官方能文档的关于in_app这个参数说明和解释下为啥服务器必须要保存每一个不同的receipt_data。

苹果IAP官方文档

In the JSON file, the value of this key is an array containing all in-app purchase receipts based on the in-app purchase transactions present in the input base-64 receipt-data. For receipts containing auto-renewable subscriptions, check the value of the latest_receipt_info key to get the status of the most recent renewal.

大概意思是说：在这个JSON文件中，这个键的值是一个数组，该数组包含基于base-64后的所有内购收据。如果你的内购类型是自动更新订阅，那么请通过检查latest_receipt_info键的值，来确定最近更新的状态。

很有意思的是，苹果还特别标明了这么一句话：

Note: An empty array is a valid receipt.

也就是说这个in_app参数可能为空，如果为空的话，也需要把这笔交易认为是有效的交易。这是苹果建议的操作。当然我们肯定不能这么干，这个参数是必须必须要校验的，不然越狱环境下，分分钟就把你内购破解了。我去校验了很多正常用户的内购订单，没发现一个in_app参数是为空的。但为了保险，还是让后台把所有前端传的receipt_data等参数不管成功失败都保存下来，万一哪个用户因此投诉充值不到账，我们有据可查。

下面两段话

The in-app purchase receipt for a consumable product is added to the receipt when the purchase is made. It is kept in the receipt until your app finishes that transaction. After that point, it is removed from the receipt the next time the receipt is updated - for example, when the user makes another purchase or if your app explicitly refreshes the receipt.

The in-app purchase receipt for a non-consumable product, auto-renewable subscription, non-renewing subscription, or free subscription remains in the receipt indefinitely.

大概意思是说：每当有一笔交易发起的时候，in_app里就会添加收据的一些信息。这些信息会一直保存直到你结束这笔交易。在此之后，下次更新收据时会将其从收据中删除 - 例如，当用户再次购买时，或者您的应用明确刷新收据时。

非消耗型项目，自动续期订阅，非续期订阅或免费订阅的应用内购买收据将无限期保留在收据中。

这一点也解释了说，为什么in_app这个数组有时候会有多个元素。

iOS内购-防越狱破解刷单

2019 - 03 - 06

如何解决？我们先来看下越狱订单和正常订单对比

为啥什么要保存receipt_data

相关问题

Q1:内购和Apple Pay的区别？

Q2:内购项目的类型区别？

Q3：VIP一定要用内购做吗？

Q4：VIP内购一定是非续期/自动续期订阅吗？我可不可以用虚拟币购买VIP呢？

Q5：我们老板心疼那百分之30的手续费，我能不能不用内购啊，有没办法绕过内购？

Q6：网上有好多讲丢单的博客，看的是一脸懵逼，有的看懂后，在看下一篇又不懂了，感觉都好复杂。

Q7：内购为什么会有这么多坑啊？看网上好多博客都在说，我自己做微信/支付宝的时候，没感觉有这么多坑啊