127.0.0.1: la dirección que podría desaparecer. Analizamos por qué Google quiere desvincular Android de su propio ecosistema.

La principal comodidad de Android para usuarios avanzados podría desaparecer pronto, porque Google intenta reforzar la protección del sistema. Los ingenieros de la compañía propusieron prohibir que el dispositivo se conecte a su propio servicio de depuración a través de la dirección local, lo que podría afectar el funcionamiento de Shizuku, aShell y otras herramientas populares sin acceso root.

Al principio los desarrolladores discutían una propuesta más limitada. Ellos querían permitir elegir la interfaz de red en la que funciona el servicio Android Debug Bridge, o ADB. Ese enfoque ayudaría a reducir el número de conexiones disponibles durante la depuración inalámbrica. Uno de los principales desarrolladores de ADB en Google propuso una versión más estricta. El servicio ADBD podría aceptar conexiones solo a través de la interfaz Wi-Fi wlan0, pero dejaría de responder a solicitudes a través de la dirección local 127.0.0.1.

ADB se creó para depurar dispositivos Android desde un ordenador mediante un cable USB. Más tarde el sistema recibió conexión por red, y en Android 11 apareció la depuración inalámbrica con un código de emparejamiento, cifrado y verificación del dispositivo conectado. Ese mecanismo es notablemente más seguro que el método antiguo, en el que el sistema simplemente abría el puerto de red 5555.

Por "ADB local" generalmente se entiende ejecutar el cliente ADB directamente en el teléfono. El cliente se conecta al servicio ADBD en el mismo dispositivo a través de la dirección 127.0.0.1. El usuario activa la depuración y confirma la conexión una vez, tras lo cual puede ejecutar aplicaciones con privilegios del sistema ampliados sin necesidad de acceso continuo a un ordenador.

El ejemplo más conocido es Shizuku. La aplicación inicia su propio servicio mediante ADB o acceso root, y luego permite a otros programas invocar parte de las funciones del sistema Android. Con Shizuku los usuarios gestionan permisos, eliminan aplicaciones preinstaladas, ejecutan comandos, cambian ajustes ocultos e activan la grabación de llamadas en dispositivos compatibles.

Google discute la restricción después de que se detectara la vulnerabilidad CVE-2026-0073 (8.8 High) en el mecanismo de verificación de las conexiones inalámbricas de ADB. El error permitía a un atacante en la red vecina eludir la verificación mutua y ejecutar código con los privilegios del usuario del sistema shell. La compañía ya cerró la vulnerabilidad, pero el caso volvió a llamar la atención sobre las capacidades de ADB.

Google teme que el servicio de depuración tenga privilegios demasiado amplios. Si un programa malicioso logra conectarse al ADBD local, obtendrá muchas más capacidades que una aplicación normal. Si se limitan las interfaces de red, la superficie de ataque se reducirá; sin embargo, los desarrolladores consideran que una prohibición total sería una medida excesiva.

Una aplicación normal no puede iniciar ADBD de forma invisible ni emparejarse por sí sola. El usuario debe abrir las opciones de desarrollador, activar la depuración por USB o Wi‑Fi y confirmar la conexión. Por eso el ADB local crea cierto riesgo, pero no funciona como un método oculto para elevar privilegios sin la participación del propietario del dispositivo.

Si se vinculase ADBD solo a la interfaz wlan0, eso afectaría no solo a Shizuku. Dejarían de funcionar las conexiones ADB locales, la depuración a través de redes privadas virtuales y Ethernet, así como algunas herramientas de desarrollo directamente en el teléfono. Surgirían problemas para los usuarios de Termux, libadb-android y otras aplicaciones que ejecutan el cliente ADB dentro de Android.

Los desarrolladores proponen dejar las conexiones locales desactivadas por defecto, pero añadir un interruptor permanente para usuarios avanzados. La configuración debería persistir tras el reinicio, de modo que Shizuku y herramientas similares se inicien sin tener que emparejarse de nuevo cada vez que se enciende el teléfono. Google aún no ha decidido qué hacer, por lo que la restricción discutida podría cambiar antes de implementarse.