【问题标题】:Do we really need this verification for in-app over iOS 6?我们真的需要在 iOS 6 上进行应用内验证吗?
【发布时间】:2013-01-25 06:48:39
【问题描述】:

去年,那个俄罗斯黑客创造了一种无需付款即可验证应用内购买的方法,this guy created a class to verify each purchase

据我所知,黑客暴露的这种技术在 iOS 6 上不再适用,但我不确定。

我正在为 iOS 6 创建一个新应用程序,并试图将代码最小化,甚至比这更好,我的应用程序内涉及与 Apple 托管的内容,所以我想知道这个添加的验证对于我的情况是否真的有必要.

记住

  1. 我正在为 iOS 6 及更高版本进行开发;
  2. 我的应用内托管了苹果的内容,所以即使黑客技术有效,这个人也永远不会得到苹果托管的内容。

有什么想法吗?

谢谢。

【问题讨论】:

  • 很高兴看到有时问题也提供了比答案更有趣的信息,这迫使我将其加入书签。
  • 您对哪些信息感兴趣? ????

标签: ios iphone ipad in-app-purchase


【解决方案1】:

该漏洞应该在 iOS6 中得到解决,但这并不意味着您应该偏离一般的收据验证最佳实践。请参阅Verifying Store ReceiptsIn-App Purchase Receipt Validation on iOS 了解更多信息。

如以上链接所述,Apple 建议您遵循他们的收据验证最佳做法,无论是在 iOS 5 还是 iOS 6 上。“代码简单性”并不是偏离这些准则的充分借口。如果将代码构造成定义良好的类,则可以将所有收据验证逻辑抽象到其自己的类中,从而使使用它的代码更加简洁。

如果您直接从 App 连接到 App Store 进行验证,他们明确声明的措施(请参阅"My app performs validation by connecting to the App Store server directly. How am I affected?")应该会有所帮助。如果您以抽象的方式(在类别或类中)实现它们,那么它仍然应该保持您的代码干净。

即使您的内容由 Apple 托管,您仍然可以为自己提供额外的防欺诈保护。苹果并不完美;他们可能会在打开您的应用的情况下自行滑倒。

最终,当您处理自己的收入时,最好谨慎行事,而不是事后后悔。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2019-07-28
    • 1970-01-01
    • 1970-01-01
    • 2017-11-04
    • 2012-10-31
    • 2021-10-16
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多