谷歌讨论收紧安卓ADB访问权限，恐影响Shizuku等工具

最近，科技媒体 Android Authority 披露了一个消息，让不少安卓定制工具的用户心里一紧：谷歌正在收紧对 ADB 调试进程的控制，这可能会影响到 Termux、Shizuku 这类无需 root 权限就能运行的实用工具。

简单来说，ADB 是谷歌为安卓系统提供的调试通信工具，你可以把它理解成一座桥梁，用来连接你的设备和电脑，发送各种命令。它最常用的场景包括应用调试、权限管理、脚本执行，以及调整系统设置。传统的操作方式需要依赖电脑，但后来也有人通过手机本机连接，形成了设备端的 ADB 工作流，这样就能摆脱对电脑的依赖。

根据谷歌最新 Issue Tracker 上的日志，他们正在评估一个方案，意图收紧 ADB 守护进程（adbd）的访问权限。这个提议的背后，主要是出于安全考量。提案直接关联到 CVE-2026-0073 这个漏洞——它曾允许同一网络下的攻击者绕过无线 ADB 认证，获得对设备的控制权。虽然谷歌已经在 2026 年 5 月的安全补丁中修复了它，但相关讨论认为，网络暴露面仍然需要进一步收窄。

所谓的 adbd，你可以把它想象成安卓系统里专门负责接收和执行 ADB 连接请求的后台管家。它监听特定的网络或 USB 接口，处理调试认证，以及命令的传递。这个接口绑定的范围，直接决定了电脑能不能连上你的手机、手机能不能通过本机回环连接自己，以及那些设备端工具能不能正常工作。

根据提案内容，谷歌计划把 adbd 的访问范围严格限制在 Wi-Fi 接口 wlan0 或 USB 连接上，这意味着可能会直接阻断 127.0.0.1 等本机回环地址。本机回环连接，简单来说，就是设备通过内部网络协议访问自己。终端模拟器正是借助这类连接，向本机系统发送调试命令。比如 Termux，就是靠这个来运行脚本、管理软件包，或者执行清理工具的。而 Shizuku 框架，同样依赖临时 ADB 权限来获取更高权限，然后把这个权限授予其他应用，让它们能调整系统界面，做更深层的定制，整个过程都不需要连接电脑。

开发者在讨论串里也提出了折中方案。有人建议在开发者选项里加一个独立开关，让用户自己决定是否开启本机 ADB。默认配置维持更严格的限制，既保证了安全，也给了高级用户灵活选择的空间。目前来看，设备端的 ADB 工作流暂时还能正常运行，但后续走向，值得持续关注。