SafetyNetについて知っておくべきこととAndroidPayがデバイスで機能しない理由

ここにいる場合は、アプリが問題を引き起こしている可能性があり、SafetyNetが問題の主な原因として提供されています。しかし、このあいまいな「SafetyNet」とは何ですか。この問題を回避するためにできることはありますか？

SafetyNetAPIが存在する理由

Android Payの開発中に、SafetyNet APIは、デバイスの複数の側面、つまり、デバイスが改ざんされているかどうかをチェックするためにGoogleによって作成されました。つまり、Androidデバイスをルート化した場合、またはカスタムROMをインストールした場合、SafetyNet APIはそれを検出でき、多くのアプリケーションでは、デバイスがアプリを使用できないようにします。

Googleエンジニアが説明したように、SafetyNetはAndroid Payと一緒に開発され、ユーザーの資格情報と支払い情報に対して可能な限り最高レベルのセキュリティを確保します。具体的には、Androidは変更されていない形式で大量の「サンドボックス化」を使用しますが、ルート化はそのサンドボックス化を破り、Googleはルート化されたデバイス上のデータのセキュリティを保証できません。 Android Payは、ルート化されたデバイスでは機能しません。特に、Googleが不正やデータの盗難に対して間接的に責任を負う可能性があるためです。

ただし、ルート化されていないデバイスがブロックされる理由は他にもいくつかあります。

電話がルート化されていないのに、なぜエラーが発生するのですか？

つまり、CTS互換ではないデバイスは、SafetyNetチェックを必要とするアプリでは動作しません。 CTSは「CompatibilityTestSuite」の略で、GooglePlayストアやその他のGoogleアプリに同梱されているすべてのデバイスに必要です。つまり、カスタムROMをフラッシュしたり、CTS互換性のない安価なデバイスを海外から注文した場合（正式にライセンスされていないため）、SafetyNetは特定のアプリケーションやサービスの使用をブロックします。

さらに、SafetyNetは、デバイスが何らかのマルウェアに感染しているかどうかを検出することもできます。 Googleの公式サポートがあり、ルート化またはフラッシュされていない場合でも、非常に現実的なセキュリティの問題により、特定のアプリでデバイスを使用できない可能性があります。その時点で、デバイスを削除するための解決策を検討する必要があります。

SafetyNetやその他のAPIを回避できますか？

はいといいえ。 SafetyNetやその他のAPIをバイパスするための多くのソリューションが存在しますが、それらは通常、すぐにパッチが適用される前に非常に短時間しか機能しません。この競合の性質は絶えず変化するため、SafetyNetを回避するために作成されたアプリケーションやサービスをリンクすることはありません。また、お客様が回避しようとした結果としてお客様またはお客様のデバイスに発生したことについても責任を負いません。 。

ルートを解除する必要があるかもしれません

最後に、難しい真実が浮かび上がります。ルートを解除して、元の工場出荷時のイメージにフラッシュバックする必要があるかもしれません。ルート権限を取得されたロック解除されたデバイスが提供するすべての優れた機能を見逃すのは残念ですが、PokemonGoなどのゲームをプレイしたりAndroid/ Samsung Payを使用したりする必要がある場合は、最初にデバイスを適切に保護する必要があります。

別の方法は、SafetyNetや同様のAPIを回避するための、証明されていない潜在的に危険なソリューションをいじることです…または単にそれを必要とするアプリを使用しないことです。幸いなことに、当面はほとんどがモバイル決済アプリに追いやられているため、すべてにスマートフォンを使用する必要がない場合は、問題ないかもしれません。