カスタム カーネルを搭載したブートローダー ロック解除済みデバイスで Android Pay を使用する方法
最近更新されたGoogle セーフティネット API ブートローダーのロックが解除されたデバイスを認識してブロックし、Android Pay を使用できないようにします。また、ルート化されたユーザーが管理機能を使用できないようにする必要がある場合、すべてのアプリ開発者が利用できます。
7-zipとwinzip
これが意味することは、Magisk や suHide のような装置を二度と使用できないということです。これは、デバイスのルート アクセスを隠し、Android Pay を使用するために使用されました。 SafetyNet API は、Google が Android 4.4 KitKat で提示した検証済みのブート ハイライトを使用して、デバイスのブートローダー ステータスをチェックするようになりました。

いずれにせよ、幸いなことに、現在 xda にいる人々には回避策があります。これは、SafetyNet のオープン ブートローダー チェックを回避し、オープン ブートローダーとルートを持つデバイスで Android Pay を使用することです。開発者 Sultanxda に感謝します。
開いているブートローダーを SafetyNet API から隠すために、Sultanxda は検証済みのブート バナーのサポートを変更した部分から除外しました。これにより、SafetyNet API は、デバイスが検証済みのブート ハイライトを強化せず、結果としてテストをスムーズに通過できないように感じます。
同軸ケーブルをHDMIに変換
参照: Sprint が Galaxy S6、S6 edge、S5、Note edge、Nexus 5、Nexus 6 向けの Stagefright 修正プログラムをリリース
このように、Android Pay を Android デバイスのアンロックされたブートローダーで動作させるために必要なことは次のとおりです。これは、検証済みのブートを強化しない排他的/変更された部分にあります。次に、それをデバイスにフラッシュして、SafetyNet チェックを回避します。これらの方針に沿って、Android Pay から root を隠すためにすでに使用したトラップを使用して、root で Android Pay を使い続けることができます。
通常のアイドルCPU温度
この投稿を更新して、発見できるデバイスの数と同じ数の検証済みのブート ボルスターを避難させたカスタム ピースの概要を紹介します。知っている場合は、下の備考欄で教えてください。
経由: XDA


