クライアントからのアプリ購入確認で確認する

Question

アプリ内購入を確認する際に（ほぼ）すべての回答を読み、実際には既にサーバー側で実装しています。しかし、サーバーを管理することは時には高価になる可能性があります。理論的には、アプリから検証することができます。基本的には、Appleにjsonを送信して答えを返します。 もちろん、jailbrokenデバイスでは、領収書が偽造されている可能性があるので、アップルのサーバーへのhttps接続を信頼できないのはなぜですか？ 私は、ユーザーが私のアプリケーションをハックする場合は、何かを確かめる本当の方法はありませんが、ハックがアップルの偽の領収書テストを提供する一般的な方法であれば十分でしょうか？

明らかに、reciptsのアプリ内検証のセキュリティレベルはどのようなものですか？ある程度の保護を加えることはできますか？

Answer 1

This answerは、「IAPクラッカー」などの「汎用」クラッカーの影響を制限するためにサーバーサイドチェックを使用する必要がある理由を説明しています。あなたのコンテンツ配信APIにiTunesのjsonリクエストを連鎖させることは非常に便利で、答えは高速です。もちろん

あなたの目的はアプリで、すでにいくつかのコンテンツを提供することであるが、ロックされている場合、あなたはそれが特にこのため、サーバーのセットアップに便利ではないと感じるかもしれないが、私はこの実験を行うことをお願いします：

1. いくつかの良いコンテンツとアプリと、既にアプリでロックされ、このコンテンツ（ありませんので、コンテンツ・サーバーの必要性）
2. は数を比較し、ちょうどいくつかのヶ月後にこのロック機能
3. の使用状況を追跡するために、いくつかの分析を追加します有料機能を使用する新規ユーザーの数で購入します。
4. この時点で、領収書の検証のためだけにサーバースクリプトを追加することは良い投資であることは明らかです。非常に安価なサービス（例：都市用飛行船）もありますが、このためにハードウェアをセットアップする必要はありません。

Answer 2

私はinappクラッカーをハックし、それをクライアント側でブロックする方法を発見します。作成する領収書とトランザクションIDには、予測が容易な予測可能なスキームがあります。私はここですべての詳細を置く： spot fake receipts client side update

希望は、これは私が（私は常にもちろん学ぶために何かあります場合でも、JSONを送信する方法を知ってそれを行うためのコードを探していないよ