Google の Android プラットフォームエンジニアの間で、ADB デーモン (adbd) を Wi-Fi や USB などの外部インターフェースに限定し、「ローカルループバック接続」を制限する案が議論されていることが報告されました。
この制限が実施された場合、Termux のようなターミナルエミュレーターアプリや、root 化せずに権限を拡張する Shizuku などのフレームワークが、PC を介さずにデバイス単体で ADB コマンドを実行できなくなる可能性があります。
ローカルループバック接続の仕組み
ローカルループバック接続とは、デバイス自身の内部的なネットワーク通信 (127.0.0.1 など) を行う仕組みを指します。
これを活用することで、ターミナルアプリがパッケージ管理やシステムのカスタマイズといった操作を、PC に接続せずにデバイス上で完結させることができています。
Android のカスタマイズで利用される Shizuku も、この一時的な ADB アクセスを利用して、システム UI の調整など、root 化を行わずシステムレベルの API にアクセスすることができます。
セキュリティ上の懸念が発端
Android Authority が Android 開発者の Kitsumed 氏のブログや IssueTracker での議論について紹介しており、今回の議論は、公共 Wi-Fi のような同一ネットワーク上の攻撃者が、ワイヤレス ADB の認証を回避できるという脆弱性 (CVE-2026-0073) が発端となっています。
この脆弱性は、2026 年 5 月の Android セキュリティパッチで修正されていますが、外部からの攻撃だけでなく、デバイス内のマルウェアアプリなどが 127.0.0.1 (localhost) ソケット経由で adbd にアクセスし、権限昇格を行うリスクもゼロではありません。
そのため、接続をWi-Fi (wlan0) のみに限定し、ローカルループバック接続自体を完全に遮断してはどうか、という提案が ADB のコアメンテナーとされる Google 社員によって行われました。
この社員はコミュニティからのフィードバックを受け、リスクと機能性のバランスを検討する考えを示しています。
開発者からはオプションという案も
IssueTracker では、デフォルトでは接続を制限し、開発者向けオプションに接続を許可する設定を追加するという案も出ていますが、現時点ではローカルループバック接続の制限についての議論は初期段階にあり、正式な決定はされていません。
現状ではローカルループバック接続を利用した ADB コマンドの利用に制限はなく、通常どおり利用できます。
