Android が On-Device ADB の制限を検討、Shizuku や開発者に影響か

Kitsumed Blog によると、Google の ADB コア メンテナーが Google IssueTracker で On-Device ADB をWi-Fi インターフェース (wlan0) のみに制限する提案を コメントしており、ループバック接続を使用する Shizuku や libadb などのアプリケーションに影響を与える可能性がある。

Google ADB のコア メンテナーが Google IssueTracker の機能リクエストに対し、On-Device ADB 接続を Wi-Fi インターフェース (wlan0) のみに制限することを提案するコメントを投稿した。この提案は、Wireless ADB の認証プロセスを完全にバイパスすることを可能にした CVE-2026-0073 というセキュリティ脆弱性に続くものである。

ADB と Wireless Debugging の背景

ADB (Android Debug Bridge) は Google が開発者向けに提供するプロトコルで、Android デバイスのデバッグ操作を実行するために設計されたものである。当初 USB 接続を想定していたが、後に TCP/IP (通常はポート 5555) での接続に対応した。Android 11 では Wireless Debugging が導入され、ペアリング コードまたは QR コードによる認証と暗号化された接続が必要とされている。

セキュリティ上の懸念と提案内容

CVE-2026-0073 により、Wireless ADB の認証プロセス全体をバイパスできる脆弱性が報告された。Google ADB コア メンテナーは、「ローカルホストへの接続もまた、アプリが socket を使用して adbd に接続し権限昇格を行う exploit の源になってきた」として、「Wi-Fi インターフェース wlan0 のみへのバインディング制限はどうか」と提案している。

On-Device ADB と既存プロジェクトへの影響

On-Device ADB は、開発者が Termux などのターミナル エミュレーターを使用して、電話上で直接 ADB クライアントを実行できるようにするもので、127.0.0.1 のループバック アドレスを使用する。MuntashirAkon による libadb-android と RikkaApps による Shizuku といったプロジェクトが On-Device ADB を活用して構築されている。提案されたような制限が実装された場合、これらのプロジェクトのほか、VPN 経由の ADB、Ethernet 経由の ADB など、多くの開発者固有の設定に悪影響を与える可能性がある。

筆者の見立て

• この変更は Google の新しいサイドローディング方針と一致する点で、Google に利益をもたらす可能性があると論じている
• ローカルホスト接続の制限は、セキュリティ上の妥当な理由を示していると解釈している
• ローカルホップ接続を恒久的に防止することは正当化不可能だと考えている
• ループバック接続をデフォルトで制限することは、恒久的に防止するよりも合理的だと理解している
• Shizuku のようなツールが実用的であり続けるには、リブート後も維持される永続的なトグルが必要だと解釈している
• そのようなセキュリティ機能を無効にすることで On-Device デバッグが可能になる一方、将来の脆弱性の稀な可能性にデバイスを晒すことになるが、その機能とリスクの比率は意味があると考えている

この記事は元記事の事実のみに基づいて自動生成されました。

出典

Kitsumed Blog『Android May Soon Restrict On-Device ADB, Affecting Shizuku, libadb and Developers』https://kitsumed.github.io/blog/posts/android-may-soon-restrict-on-device-adb/ (Google IssueTracker、CVE-2026-0073 の報道による)