カスタム カーネルを搭載したブートローダー ロック解除済みデバイスで 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