Play Integrity Fix：root化したAndroidで端末認証を通す方法

端末をroot化したところ、Google Walletがグレーアウトし、銀行アプリは起動と同時に閉じ、Playストアには静かにデバイスは認証されていませんと表示されるようになりました。端末自体が壊れたわけではありません。変わったのは、アプリが「この端末は改変されていない標準的なAndroidか」と尋ねたときにGoogleが返す答えです。その答えがPlay Integrityの判定であり、このガイドではそれが何か、なぜrootによって崩れるのか、そして2026年に自分の端末で再び通すために使われている方法を説明します。

Play Integrityが実際にチェックしている内容

Play Integrityは、かつてのSafetyNet Attestationに代わるAPIです。アプリがこれを呼び出すと、Googleは端末を最大3段階で示す署名付きの判定を返します。

• Basic integrity（MEETS_BASIC_INTEGRITY）：リクエストが本物のAndroid端末から来ているように見える。
• Device integrity（MEETS_DEVICE_INTEGRITY）：端末がGoogleの中核的なチェックに合格し、Play認証済みの本物のAndroidとして認識される。
• Strong integrity（MEETS_STRONG_INTEGRITY）：device integrityに加えて、端末のセキュアなハードウェアによる最新の証明が付く。

改変されていない標準端末は、気づかないうちにこの3つすべてをパスしています。ほとんどのアプリはbasicとdeviceのみを求めますが、一部のウォレットや厳格な銀行アプリなど少数はstrongを求めます。経緯やトレードオフの詳細はSafetyNetとPlay Integrityの比較解説で詳しく解説しています。

rootによって崩れる理由

ブートローダーのアンロック、カスタムROMの書き込み、MagiskやKernelSU、APatchといったrootソリューションの導入は、Googleが読み取る信号、すなわちブートローダーの状態、ビルドフィンガープリント、端末が信頼できるハードウェア証明を生成できるかどうかを変えてしまいます。これらが変わると判定は下がります。目に見える症状としては次のようなものがあります。

• Playストアで、Play Protect認証のところにデバイスは認証されていませんと表示される。
• Google Walletがカードの追加やタップ決済を拒否する。
• 銀行アプリや決済アプリがroot端末の警告を表示して終了する。
• 一部のゲームが起動時やアンチチート処理で失敗する。

こうした理由でそもそもrootするか迷っている場合は、先にroot化したAndroidで使える銀行アプリのまとめを読んでおく価値があります。

2026年の状況：何が変わったか

長年、標準的な対処法はPlay Integrity Fix（PIF）という単一のモジュールでした。2026年には状況がより複雑になっており、古いガイドがリンク切れを案内してしまうため注意が必要です。

• 作者によりオリジナルのPlay Integrity Fixは開発終了しました。コミュニティは有志が更新しているfork、主にPlay Integrity Fix（活発に更新されているfork群）とPlayIntegrityForkに移行しています。
• Googleはdevice integrityを厳格化しており、偽装フィンガープリントだけでなく有効なハードウェア信号を求める傾向が強まっています。
• Strong integrityは事実上、補助モジュールで注入する有効なkeyboxが必要になっており、Googleは流出したkeyboxを波状的に無効化するため、strongは出たり消えたりします。

一般的な方法（手順）

すでにrootされている端末での対処のおおまかな流れは次の通りです。正確な手順はMagisk、KernelSU、APatchで異なります。まだ決めていない場合はMagisk vs KernelSU vs APatchを参照してください。

1. Zygiskを有効にする。 この修正はアプリのzygote内で動作します。Magiskの場合はZygiskを有効化し、KernelSUやAPatchの場合はZygiskNextまたはReZygiskを導入してから再起動します。
2. 最新のPlay Integrity Fixモジュールを導入する。 古いミラーではなく、活発に更新されているforkを使ってください。root管理アプリでモジュールを導入し、再起動します。これらのモジュールは無料・オープンソースで、公式プロジェクトページやMagisk・KernelSUのモジュールリポジトリで公開されています。
3. モジュールの更新アクションを実行する。 現行の多くのforkには、最新のデバイスフィンガープリントを取得するアクションボタンや小さなWeb UIがあります。導入後に実行してください。古いフィンガープリントは判定が通らなくなる最も一般的な原因です。
4. rootを探すアプリから隠す。 対象の機密アプリでdeny listを有効にし、MagiskではShamikoを追加して強制します。判定が通っても、アプリがroot管理アプリを直接検出すれば意味がありません。
5. 確認する。 Play Integrityチェッカーアプリを開くか、Playストア→プロフィール→設定→概要→Play Protect認証を確認します。目標はbasicとdeviceが合格と表示されることです。

それでもdevice integrityが維持できない場合、Tricky Storeのようなkeybox注入ヘルパーを追加する人もいます。ここからが難しいところです。このヘルパー自体はオープンソースですが、有効で無効化されていないkeyboxが必要であり、良質なkeyboxは希少かつ短命です。出回っているkeyboxは通常数日で無効化され、時にはもっと悪いことも起こるため、入手元は案内しません。これは多くの人が助けを求めるきっかけとなる唯一のステップです。

どの方法が自分の環境に合うか

どこに落ち着くかは、rootの方法とアプリの厳格さ次第です。正直なところを表にまとめます。

メーカーの違いは思われているほど重要ではありません。Samsung GalaxyでもGoogle PixelでもXiaomiでもOnePlusでもMotorolaでも同じ方法が通用します。変わるのはフィンガープリントと、メーカー独自アプリのチェックの厳しさです。特定の機種でデバイス非認証と表示され、どのフィンガープリントを使えばよいか分からない場合は、相談すべき典型的な場面です。

本当に通ったか確認する

緑のチェック1つだけを信用しないでください。完了と判断する前に次をすべて確認しましょう。

• Playストア→プロフィール→設定→概要→Play Protect認証にデバイスは認証されていますと表示される。
• Play IntegrityチェッカーアプリでMEETS_BASIC_INTEGRITYとMEETS_DEVICE_INTEGRITYが表示される。
• 実際に使いたいアプリ（ウォレット、銀行、ゲームなど）が最初から最後まで問題なく動作する。
• 完全に再起動した後でも通る（導入直後だけでなく）。

fixが維持できない場合

正しく設定していても失敗し続けることがあり、原因は分かりにくいことが多いです。

• Google Play Servicesやアプリのアップデートで基準が変わり、古いフィンガープリントが合わなくなる。
• アプリがstrong integrityを要求し、keyboxが無効化された。
• 2つのモジュールが競合している、または残っていた古いモジュールが古い値を注入し続けている。
• アプリがPlay Integrityとは別に独自のroot・改ざん検出を行っており、判定に関係なくrootを拒否する。

ここまで来ると、動き続ける目標を追いかけ続けることになります。フィンガープリントの更新、keyboxの交換、アップデートのたびの再テストです。これはAndroidのこの領域では普通のことであり、まさに多くの人が疲れてしまう部分です。

代行してもらう

ただ端末をカスタマイズするためにrootしただけで、ウォレットや銀行アプリ、ゲームがまた使えればよいという方は、Play Integrityの専門家になる必要はありません。当社のPlay Integrity fixサービスは、ガイド付きセッションであなたの端末に最新モジュールをセットアップし、実際に使うアプリからrootを隠し、一緒に確認を行い、アップデートで壊れた場合も30日間無料で再修正します。リモートで行い、端末とアカウントはお客様の手元に残ります。合格して初めてお支払いいただきます。rootの方法をまだ決めていない、またはゼロから始める場合は、当社のAndroid root化サービスでも対応しています。

DRVCAM is a tool. You are solely responsible for how you use it, and DroidRooter is not responsible for any illegal use.