自動保護で不正な再配布を防ぎ、アプリを Google Play で入手するよう求めるメッセージを表示する

アプリのコードに Google Play インストーラ チェックを追加できます。このチェックはアプリの起動時に行われ、インストーラ チェックに失敗した場合、アプリを Google Play で入手するよう求めるメッセージがユーザーに表示されます。

利点: Google Play から正式なアプリ アップデートを入手するユーザーを増やすことができます。

アプリのコードにランタイム チェックを追加して改変を検出できます。さらに、高度な難読化手法を使用してチェックの削除やリバース エンジニアリングも防ぐことができます。このチェックが失敗した場合、アプリを Google Play で入手するよう求めるメッセージがユーザーに表示され、アプリは実行されません。

利点: Google Play インストーラ チェックと組み合わせることで、攻撃者が不正な改変、再パッケージ化、再配布、著作権侵害を通じてデベロッパーによる配布や収益化の設定を回避するのを防止できます。

注: 改ざん対策は、すべての改変や再配布を防ぐことを保証するものではありませんが、これによって、不正行為がより複雑でコストがかかるようになり、成功する可能性が低くなります。Google Play では改ざん対策を継続的に強化していくため、新しいリリースには自動的に最新かつ最強の保護機能が適用されます。

アプリのテレメトリー（匿名化した環境データやパフォーマンス データなど）を Google Play と共有することで、改ざん対策のレジリエンスとパフォーマンスを強化できます。アプリのテレメトリーの共有を無効にするには、[自動保護の設定] ページ（[テストとリリース] > [アプリの完全性] に移動し、[自動保護] まで下にスクロール）で [アプリのテレメトリーを Google と共有する] をオフにします。詳しくは、Google サービスの開発に使用されるデータについての説明をご覧ください。

自動保護により、Google Play からのみアプリをインストールできるようにし、かつ完全性チェックに合格したデバイスでのみ利用できるようにすることができます。また、最小 API レベル 28 以上を対象とするアプリの場合、デバイスの完全性チェックとハードウェア格納型の暗号化を追加して、ランタイムで実行されるアプリの改ざん対策を強化できます。 

利点: デバイス チェックにより、認定済みの Android デバイスに Google Play によってアプリがインストールされることが保証され、攻撃者が不明な環境やエミュレートされた環境でアプリを実行して保護対策を回避しようとする試みを防ぐことができます。

注: デバイス チェックを行うには、改ざん対策を有効にする必要があります。最小 API レベルが 28 以上のアプリの場合、デバイス チェックによってハードウェア格納型の暗号化が追加され、アプリの改ざん対策が強化されます。コールド スタートでアプリを起動すると、Android のスプラッシュ画面が短時間表示されることがあります。

自動保護により、Google Play には、変更された APK を作成してデベロッパーに代わって署名することが求められます。そのため、デベロッパーは次の要件を満たす必要があります。

• Play アプリ署名を使用する。
• Android App Bundle を使って公開する。

次の点にもご注意ください。

• 自動保護を利用するには、アプリが最小 API レベル 21 以上を対象にしている必要があります。
• 自動保護はオフラインで動作します。ただし、デバイス上の Google Play ストア アプリが長時間オフラインになっている場合、インストーラ チェックでは定期的にデータ接続が必要になります。
• 自動保護を使用する場合は、Play ライセンス ライブラリを使用する必要はありません。
• アプリを内部アプリ共有にアップロードする場合、保護機能は適用されません。内部アプリ共有のリンクは信頼できるチームメンバーとのみ共有し、保護されていないバージョンを外部と共有しないでください。
• 自動保護は App Bundle のコード透明性に対応していません。

改ざん対策の使用における追加要件

改ざん対策を使用する場合、アプリは次の要件を満たしている必要があります。

• 最小 API レベル 23 以上を対象にしている。23 以上の midSDKVersion を対象にすることで、アクティブな Android デバイスの 99% 以上にリーチできます。
• x86、x86_64、armeabi-v7a、arm64-v8a のいずれかの ABI を対象にしている。アプリの対象 ABI を更新するには、Gradle の設定を更新します。アクティブな Android デバイスで使用されていないその他の ABI は、アプリの可用性に影響を与えることなく対象から削除できます。

「リリースを準備して公開する」のステップ 1 の説明に沿って、リリースを作成します。

リリースを作成するときに保護機能を有効にするか（リリースを準備して公開するのステップ 2 を参照）、[アプリの完全性] ページ（[テストとリリース ] > [アプリの完全性]）で有効にします。[アプリの完全性] ページには、アプリやゲームで意図したとおりのユーザー エクスペリエンスを実現するための完全性と署名のサービスが含まれています。

リリースを準備するときに、[整合性保護を有効にする] または [完全性の保護の管理] というボタンが表示されます。次に、[自動保護] で [オンにする] をクリックすると、完全性の保護を有効にできます。Google Play でリリースへの署名とインストーラ チェックの追加が行われ、不正な配布が制限されます。これは、自動保護がオンになっていることを表します。

リリースの準備を完了し、変更を保存します。

Google Play はすべてのトラック（内部テスト版、クローズド テスト版、オープンテスト版、製品版）にわたって、保護されたビルドを自動的に配布します。これらのバージョンを通常どおりに十分にテストする必要があります。具体的には、次のとおりです。

• ゲームの起動をテストして、起動時のクラッシュや起動時間の速度低下がないか確認します。これは、デバイス チェックで特に重要です。
• ネイティブ コード（C / C++）が（独自のコードまたはサードパーティ ライブラリの）Java にコールバックする時点をテストします。たとえば、広告、ロギング、ソーシャルとの統合、認証、Android 固有の機能（権限の処理など）が挙げられます。

テストプロセス中に問題が見つかった場合は、（以前のリリースですでに使用していた）以前のバージョンの自動保護に戻すことができます。または、Automatic Integrity Protection を無効にすることもできます。保護されていないバージョンをオープン トラックや製品版に昇格させないことをおすすめします。

アプリのビルドを内部アプリ共有に直接アップロードした場合、Google Play は保護機能を追加しません。これは、内部アプリ共有を使用して、デバッグビルドやその他の類似のビルドをアップロードできるようにするためです。