不正行為や不正使用に対処する

Google Play は、ユーザーとデベロッパーの双方にとって安全な環境を提供することに尽力しています。アプリ ビジネスの発展は、信頼できるプラットフォームに支えられています。信頼できるプラットフォームとは、悪意のあるユーザーから積極的に防御することで投資収益率を確保するものです。

このドキュメントでは、課金の統合に対する攻撃を防止し、アプリの不正使用による影響を低減するのに役立つ推奨事項について説明します。

保護を強化する

次の API とツールを使用すると、アプリのリスクを軽減できます。

  • Voided Purchases API: 取り消し済みの注文へのアクセスを取り消します。
  • 難読化されたアカウント ID: 複数のデバイスで短期間のうちに同じアカウントで購入が行われたことを検出するのに役立ちます。
  • バックエンドでの消費: Purchases.products:consume などのツールを使用すると、ビジネス ロジックを安全なバックエンドに移行し、クライアントサイドでの 改ざんを防ぐことができます。これらのプラットフォーム API を使用するだけでなく、次のベスト プラクティスを採用して、不正アクセスに対する統合のセキュリティを強化してください。

位置情報のなりすましを防ぐ

Google Play には、悪意のあるユーザーが偽の位置情報を使用して地域間の通貨の違いを利用したり（位置情報のなりすましとも呼ばれます）、定期購入のプロモーションや特典を不正使用したり、ギフトカード詐欺を試みたりするのを防ぐための保護機能が組み込まれています。

機密性の高いロジックをバックエンドに移動する

機密性の高いデータとロジックは、アプリの設計で許容できる限り、自分で管理するバックエンド サーバーに移動します。フロントエンド デバイス上にあるデータとロジックが多いほど、変更や改ざんといった攻撃を受ける可能性が高まります。

たとえばオンラインのチェスゲームでは、フロントエンドから送信される駒の動きを信用せずに、すべての動きをバックエンドで検証する必要があります。

さらに、脆弱性やセキュリティ上の問題が見つかった場合、システムの設計によっては、デバッグ、修正、アップデートのデプロイをフロントエンドよりもバックエンドで行うほうが簡単な場合があります。

利用権を付与する前に購入を確認する

機密性の高いデータとロジックをバックエンドで処理すべき特別なケースの 1 つは、購入の確認と承認です。ユーザーが購入した後、以下の操作を行う必要があります。

  • 対応する purchaseToken をバックエンドに送信します。つまり、すべての購入であらゆる purchaseToken 値の記録を保持する必要があります。
  • 現在の購入の purchaseToken 値が以前のどの purchaseToken 値とも一致しないことを確認します。purchaseToken はグローバルに一意であるため、この値はデータベースの主キーとして安全に使用できます。
  • Google Play Developer API で Purchases.products:get または Purchases.subscriptionsv2:get エンドポイント を使用して、購入が正当であることを Google に 確認します。
  • 購入が正当であり、過去に使用または処理されたことがなく、ユーザーがすべての利用資格と不正行為のチェックに合格した場合は、アプリ内アイテムや定期購入に対する利用権を安全に付与することができます。
    • 利用資格と不正使用のチェック: ユーザーがアイテムの利用資格をまだ有していることを確認します。obfuscatedAccountId または obfuscatedProfileId で請求フローを設定した場合は、購入のマッピングがシステム内の想定されるユーザー アカウントと一致することを確認します。バックエンドで必要な不正使用、リスク、セキュリティの追加チェックを行います。
    • 不正な購入に対する明示的な払い戻し: 購入が検証または不正使用のチェックに合格しなかった場合は、利用権を付与しないでください。承認がないために購入が自動的に払い戻される（処理タイムアウトが原因の場合もあるため、曖昧です）のではなく、Orders:refund エンドポイント（または同様の Play Developer API）を使用して、revoke パラメータを true に設定して購入を明示的に払い戻します。revoke パラメータを設定すると、アクセス権が取り消され、ユーザーが購入の利用権を持たなくなり、購入がデベロッパーによって拒否されたことが Google Play に明確に通知されます。
  • 定期購入の場合は、linkedPurchaseToken が設定されたときに Purchases.subscriptionsv2:get で、データベースから linkedPurchaseToken を削除し、linkedPurchaseToken に 付与されている利用権を取り消して、複数のユーザーに同じ購入の 利用権が付与されないようにする必要もあります。
  • 購入ステータスが PURCHASED の場合にのみ利用権を付与し、PENDING の購入を正しく処理してください。CANCELED の購入が急増している場合は、購入ステータスがまだ PENDING のときに利用権を付与している可能性があります。詳しくは、保留中の 取引の処理をご覧ください。

  • 利用権を付与した後、消費型アイテムを使用および承認する場合は、安全なバックエンド サーバーで Purchases.products:consume Play Developer API を使用します。非消費型アイテム または定期購入を承認するには、安全なバックエンド サーバーの Purchases.products:acknowledge または Purchases.subscriptions:acknowledge のいずれかの Play Developer API エンドポイントを呼び出します。承認は、ユーザーに購入の利用権が付与されたことを Google Play に通知するために必須です。利用権を付与したらすぐに購入を承認する必要があります。

    購入の承認または消費は、アプリを介してクライアントサイドでも処理できますが、サーバーサイドの API を使用した方が、ネットワーク接続の障害、悪意のあるアクティビティといった問題に対する保護を強化できます。たとえば、ユーザーがアプリのアイテムを購入したものの、購入の検証中にネットワーク接続が切断されたとします。サーバーサイドの承認を使用していなければ、このような場合、ユーザーがアプリに再度ログインしないと承認プロセスが完了しない可能性があります。ユーザーが 3 日以内に再度ログインしなかった場合は購入が承認されないため自動的に払い戻しが行われます。サーバーサイドの承認では、サーバーは Google Play から購入有効の通知を受け取るとすぐに承認を送信するので、このようなケースを防止できます。

購入の承認と消費についての詳細は、 購入を処理するをご覧ください。

ロックフリー コンテンツを保護する

悪意のあるユーザーによってロックフリー コンテンツが再配信されるのを防ぐために、APK ファイル内にバンドルしないようにします。代わりに、次のいずれかを行います。

  • コンテンツ フィードなどのリアルタイム サービスを使ってコンテンツを配信する。 リアルタイム サービスを利用してコンテンツを配信することで、コンテンツを最新の状態に維持することもできます。
  • コンテンツの配信にリモート サーバーを使用する。リモート サーバーやリアルタイム サービスからコンテンツを配信すると、ロックフリー コンテンツをデバイスのメモリや SD カードに保存できます。SD カードに保存する場合には、必ずコンテンツを暗号化し、デバイス固有の暗号鍵を使用してください。

取り消し済みの購入を検出して処理する

「取り消し済みの購入」 とは、キャンセル、取り消し、またはチャージバックが行われた購入です。取り消し済みの購入でアプリ内アイテムやその他のコンテンツ をユーザーに付与したことがある場合は、Voided Purchases API を使用して 、購入が取り消された理由と、回収可能な関連コンテンツ を取得できます。

アプリ内アイテムの購入と定期購入は、以下のような、さまざまな理由で取り消されることがあります。

  • ユーザー、デベロッパー、Google のいずれかによって購入がキャンセルされた（承認されなかった自動キャンセル購入を含む）。定期購入の場合、 これは、定期購入自体のキャンセルではなく、定期購入の購入をキャンセルしたことを表します。
  • 購入がチャージバックされた。

  • アプリ デベロッパーがユーザーの注文のキャンセルまたは払い戻しを行い、コンソールで「取り消し」オプションを有効にした。行動指針は、取り消し済みの購入の理由に基づき、ユーザーの以前の行動データを考慮して決定します。そこで、次のうち 1 つ以上を実装することをおすすめします。

  • 回収を行う: 購入が取り消された場合、未使用のアイテムを回収して、それらが購入されなかったようにすることができます。たとえば、ゲーム内通貨の購入が取り消された場合、ユーザーにすでに付与された通貨を回収できます。ユーザーがすでに通貨を使ってしまった場合は、通貨の残高をマイナスに設定し、通貨の残高がプラスになるまでアプリのアクティビティと今後の購入を制限することを検討してください。

  • 各種の違反警告を実装する: 違反が初めてのユーザーに対しては控えめな措置（アプリ内での警告の表示など）に留め、 違反を繰り返すユーザーに対しては厳しい措置を取ることを検討してください。

  • 購入を一時的に無効にする: 複数回の違反警告を実装する場合と同様に、購入が取り消された理由を詳しく調査できるようになるまで、購入を取り消したユーザーの購入を無効にすることを検討します。

  • アプリへのアクセスを一時的または永続的に拒否する: 悪意のあるアクティビティが繰り返し行われる極端なケースでは、アプリへのアクセスを一時的または永続的に拒否することを検討してください。

  • Voided Purchases API を頻繁に呼び出す : 取り消し済みの購入が 1 つ以上検出された場合、Voided Purchases API を頻繁に呼び出して、ユーザーが購入アイテムを消費する前に回収することを検討してください。Voided Purchases API の割り当てについて詳しくは、Voided Purchases API のドキュメントをご覧ください。

不正行為が行われる前に Google が検出できるようにする

不正行為の中には、悪意のあるユーザーが複数の Google アカウントとアプリ内アカウントを作成して、自分のアクティビティを隠すというものがあります。

setObfuscatedAccountId と setObfuscatedProfileId メソッドを BillingFlowParams のビルダーで使用すると、Google が Google アカウントを アプリ内アカウントにマッピングできるようになります。

Google はこのデータを使用して不審な動作を検出し、一部の不正取引を完了前にブロックします。

商標と著作権の侵害に対する措置

リモート サーバーでコンテンツの配信や管理を行っている場合、ユーザーがコンテンツにアクセスするたびにロックフリー コンテンツの購入ステータスをアプリで確認します。これにより、必要に応じて利用を取り消し、侵害行為を最小限に抑えることができます。自分のコンテンツが Google Play 上で再配信されているのを見つけた場合、速やかに断固たる措置を講じる必要があります。詳しくは、著作権ヘルプセンターの 著作権に関するよくある質問 をご覧ください。