#系统资讯 谷歌工程师提议限制安卓本机 ADB 连接，Shizuku 等多种高级工具可能会受影响，即这些工具的诸多功能可能会无法使用。注意：目前仅在提议阶段，提议由核心 ADB 维护者 (也是谷歌员工) 提出，旨在解决 ADB 的安全问题。具体来说提议是禁止通过 localhost 回环地址连接本机，因此想要在本机启用 ADB 并实现本机连接操作将被阻止。查看全文：https://ourl.co/114073

日前有开发者注意到谷歌工程师为解决安卓调试桥 (ADB) 中的潜在安全漏洞，提议要限制安卓系统上的本机 ADB 连接，发起提议的是核心 ADB 维护者 (谷歌工程师)。如果这项方案最终实施，依赖本机 ADB 回环连接的工具可能受影响，例如 Shizuku 和 aShell 等等。

这项功能请求原本是希望允许开发者选择 ADBD 监听的网络接口从而减少无线 ADB 的暴露面，但谷歌工程师则提到可以考虑让 ADBD 只绑定到 Wi-Fi 接口的 wlan0，这会限制 localhost 连接。

ADB 也就是安卓调试桥原本用于让电脑通过 USB 调试安卓设备，后来安卓又支持通过 TCP/IP 和无线调试连接 ADB。Android 11 引入的无线调试需要配对码，后续连接也会经过认证和加密，比早期直接开放 5555 端口的方式更加安全。

所谓本机 ADB 并不是官方术语，该功能指的是在安卓系统上运行 ADB 客户端、再连接本机的 ADBD 服务，也就是通过 127.0.0.1 回环地址连接自己。这样用户不需要长期依赖电脑，就可以直接在安卓设备上启动部分需要 ADB 权限的工具。

Shizuku 就是典型的例子，该应用通过 ADB 或 ROOT 启动服务，让其他应用无需在完整 ROOT 的情况下调用部分系统 API，因此很多专业玩家会用 Shizuku 管理应用权限、卸载系统预装应用、执行 Shell 命令、修改系统设置或实现通话录音等功能。

本次讨论的背景与 CVE-2026-0073 漏洞有关，该漏洞影响安卓无线 ADB 的认证流程，攻击者在相邻网络中可能绕过无线 ADB 双向认证并以 Shell 用户身份执行代码。该漏洞已经被谷歌修复，不过这个漏洞也让 ADB 暴露面再次成为关注点。

从安全角度来说谷歌的担忧并非没有道理，ADB 拥有较高权限，如果某个恶意应用能够连接到本机 ADBD，就可以借此获得比普通应用更高的操作能力，而限制 ADBD 监听端口则可以减少这类攻击面。

然而开发者认为，直接禁用 localhost 连接会误伤大量正常使用场景，普通恶意应用并不能凭空启动 ADBD，也不能静默完成无线 ADB 配对。在大多数情况下用户必须手动启用开发者选项、USB 调试或无线调试，并完成授权流程才能启动。也就是说本机 ADB 确实有风险，但这种风险并不是普通应用可以无感滥用的权限入口。

如果 ADBD 未来只能绑定到 Wi-Fi 接口也就是 wlan0，那受影响的也不仅仅是 Shizuku。本机 ADB、通过 VPN 的 ADB、以太网 ADB 以及部分开发者在手机本地完成开发和调试的工作流都有可能被破坏。

对普通用户来说最明显的影响是 Shizuku 类应用可能变得更难使用，过去用户可以通过无线调试在手机上完成配对并启动 Shizuku，后续不需要每次连接电脑。如果禁止 localhost ADB 连接，这类无 ROOT 高级工具可能需要重新设计启动方式，甚至部分功能可能无法使用。

对开发者来说这个问题也不小，Termux、libadb-android 等工具让开发者可以直接在安卓设备上运行 ADB 客户端，适合没有电脑、临时排查问题、移动开发或特殊自动化场景。如果本机连接被永久禁止，这些场景都有可能被直接切断。

开发者的建议是谷歌可以默认限制本机 ADB 但应该保留持久开关，让明确知道风险的开发者和高级用户自行启用持久开关从而维持以前的功能。持久开关指的是启用后即便重启系统也会自动启动，这样 Shizuku 类工具不需要在每次重启后都重新折腾。

Sources：Google Issue Track

即将结束终于补货！99元/年境外CN2服务器又可以购买，限量销售，售完即止。另有3年超低价国内VPS服务器。