구글 안드로이드 운영체제에서 개발자와 고급 사용자가 기기를 제어하는 데 사용하는 핵심 도구인 ADB(Android Debug Bridge)의 연결 방식에 중대한 변화가 예고되고 있습니다. 현재 구글의 공식 발표는 아니지만, 안드로이드 이슈 트래커에서 ADB 핵심 유지보수 담당자가 악성 앱의 오용을 막기 위해 기기 내 ADB 연결을 Wi-Fi 인터페이스(wlan0)로만 제한하는 방안을 제안하며 논의가 시작되었습니다. 이 조치가 시행될 경우, 루프백 주소(127.0.0.1)를 사용하는 기기 내 ADB는 물론 VPN이나 이더넷 기반의 ADB 연결, 그리고 Shizuku와 같은 다양한 개발 환경이 작동하지 않을 수 있어 관련 커뮤니티의 우려가 커지고 있습니다.
이번 논의는 무선 ADB 인증을 완전히 우회했던 보안 취약점(CVE-2026-0073)에서 촉발되었습니다. 원래 제안의 목적은 ADBD(ADB 데몬)가 수신하는 네트워크 인터페이스를 개발자가 선택할 수 있도록 하여 노출 범위를 줄이는 것이었습니다. 그러나 ADBD를 wlan0에만 바인딩하는 방안은 기기 내 ADB 생태계에 광범위한 영향을 미칠 수 있습니다. 일반적으로 악성 앱은 사용자의 수동 조작 없이는 ADB 권한을 얻기 어렵지만, 개발자 설정이 활성화된 기기에서는 취약점을 통해 악용될 가능성이 존재합니다. 이에 따라 루프백 연결을 영구적으로 차단하기보다는, 사용자가 재부팅 후에도 유지되는 형태로 기본 차단을 해제할 수 있는 선택적 설정이 필요하다는 주장이 제기되고 있습니다.
이러한 ADB 연결 제한 논의는 사용자 보안 강화라는 명분 뒤에 기업의 통제 강화 의도가 숨어있다는 비판을 받고 있습니다. 많은 개발자와 고급 사용자들은 안드로이드 기기에서 통화 녹음, 앱 관리 등 다양한 기능을 활용하기 위해 기기 내 ADB를 사용해왔습니다. 만약 루프백 연결이 영구적으로 차단된다면, Shizuku, libadb-android 등 틈새 오픈소스 생태계가 큰 타격을 입을 것입니다. 이는 안드로이드 생태계의 개방성과 사용자 선택권을 제한하는 결과를 초래할 수 있으며, 궁극적으로는 사용자가 자신의 기기를 완전히 소유하고 제어할 수 있는 권리를 침해할 수 있다는 지적도 나오고 있습니다. 구글은 보안과 사용자 편의성, 그리고 개방성 사이에서 신중한 균형점을 찾아야 할 것입니다.