Las novedades afectan a distintos puntos de la conexión: desde ocultar mejor el dominio al que intenta conectarse una aplicación hasta impedir que una app examine libremente los dispositivos de nuestra red Wi-Fi doméstica, reforzar la validación de certificados HTTPS y permitir que los operadores desactiven 2G por defecto en determinadas líneas.
No significa que Android 17 vaya a impedir cualquier forma de rastreo o ataque de red. Algunas funciones dependen de la aplicación, de los servidores compatibles o del operador móvil, pero el conjunto reduce varias vías por las que una red o una aplicación podían obtener información que el usuario probablemente no esperaba compartir.
Android 17 intenta ocultar mejor a qué webs y servicios te conectas
Que una web utilice HTTPS no significa que todos los datos relacionados con la conexión queden ocultos. El contenido viaja cifrado, pero durante el establecimiento de una conexión TLS podían quedar expuestos metadatos que permitían a un operador de red o a alguien observando el tráfico inferir el dominio al que estaba accediendo el usuario.
Android 17 introduce soporte de plataforma para Encrypted Client Hello (ECH), una extensión de TLS 1.3 destinada a cifrar información del saludo inicial de la conexión, incluido el Server Name Indication o SNI que puede revelar el dominio de destino.
Google explica que ECH trabaja junto con DNS privado: el DNS cifrado ayuda a ocultar las consultas utilizadas para resolver los dominios y ECH protege información que anteriormente podía seguir apareciendo al iniciar la conexión HTTPS. El objetivo es dificultar que proveedores de red o terceros puedan construir un historial de los servicios que utiliza una persona simplemente observando ese tráfico.
Hay, sin embargo, una limitación importante. ECH no convierte automáticamente todas las conexiones de Android 17 en invisibles para la red. Para beneficiarse de esta protección deben existir soporte en el servidor y una pila o biblioteca de red compatible. Google está proporcionando las APIs necesarias en Android 17 y recomienda a los desarrolladores adoptar bibliotecas actualizadas y habilitar ECH.
Por tanto, la mejora será progresiva. Cuantos más servicios, aplicaciones y bibliotecas lo adopten, menor será la cantidad de metadatos visibles durante el establecimiento de determinadas conexiones.
Las apps ya no podrán inspeccionar libremente tu red Wi-Fi doméstica
La segunda medida puede resultar más fácil de entender en un hogar. Cuando conectamos el móvil al Wi-Fi de casa, comparte red local con televisores, cámaras IP, altavoces, consolas, ordenadores, impresoras, NAS y otros dispositivos.
Hasta ahora, una aplicación con acceso a Internet podía en determinadas circunstancias buscar dispositivos en la red local sin pedir un permiso específico para ello. Ese inventario puede revelar bastante sobre un hogar: qué televisores utiliza, si hay cámaras, sistemas domóticos, ordenadores o dispositivos de determinadas marcas.
Con Android 17, Google aplica Local Network Protection de forma obligatoria para las aplicaciones que tengan como objetivo Android 17, API 37 o superior. Estas apps deberán solicitar el nuevo permiso ACCESS_LOCAL_NETWORK cuando necesiten descubrir o comunicarse directamente con dispositivos de la LAN.
Esto no implica que funciones habituales como enviar un vídeo al televisor deban desaparecer. Android ofrece mecanismos mediados por el sistema mediante los que el usuario puede seleccionar un dispositivo concreto sin conceder a la aplicación permiso para examinar toda la red doméstica.
La protección puede reducir tanto el acceso innecesario como determinadas técnicas de fingerprinting, ya que conocer los dispositivos presentes en una LAN puede utilizarse para crear un perfil más distintivo del usuario o de su vivienda.
Certificate Transparency será la opción predeterminada
Otra de las novedades afecta a los certificados utilizados para verificar que estamos conectándonos realmente al servicio que dice ser una web o aplicación.
En una conexión HTTPS, el dispositivo comprueba un certificado digital emitido por una autoridad de certificación. El problema aparece si una autoridad es comprometida o emite incorrectamente un certificado: un atacante podría intentar utilizar un certificado aparentemente válido para hacerse pasar por un servicio legítimo e interceptar tráfico.
Android 17 refuerza esta parte mediante Certificate Transparency (CT). Para las aplicaciones orientadas a Android 17 o superior, la comprobación CT estará habilitada por defecto. Los certificados públicos deben aparecer en registros verificables, haciendo mucho más difícil que la emisión fraudulenta de uno de ellos pase inadvertida.
Certificate Transparency no impide matemáticamente que se emita nunca un certificado incorrecto; su función es hacer que esa emisión deje un rastro público que pueda detectarse y auditarse.
Los desarrolladores mantienen cierto control sobre la configuración. Android permite excluir determinados dominios de CT cuando sea necesario, algo que puede resultar relevante en redes empresariales o servicios internos que utilicen certificados privados.
| Protección | Qué cambia en Android 17 | Qué aporta al usuario |
|---|---|---|
| Encrypted Client Hello (ECH) | Cifra información del inicio de determinadas conexiones TLS compatibles | Dificulta que la red vea el dominio al que se conecta una app |
| Local Network Protection | Las apps orientadas a Android 17 necesitan permiso para acceder a la LAN | Evita que examinen libremente dispositivos del Wi-Fi doméstico |
| Certificate Transparency | Se habilita por defecto para apps orientadas a Android 17 | Ayuda a detectar certificados públicos fraudulentos o emitidos incorrectamente |
| Desactivación de 2G por operador | Los operadores participantes pueden dejar 2G apagado por defecto | Reduce la superficie de ataque utilizada por falsas estaciones base y SMS blasters |
Android 17 quiere cerrar también la puerta a los ataques que fuerzan 2G
La cuarta protección se centra en la red móvil y en una tecnología con varias décadas de antigüedad. Google lleva tiempo advirtiendo sobre dispositivos conocidos como SMS blasters o falsas estaciones base que emiten una señal suficientemente potente como para intentar forzar que teléfonos cercanos abandonen LTE o 5G y se conecten mediante 2G.
El problema es que 2G carece de varias de las protecciones incorporadas posteriormente a las redes móviles. Una vez degradada la conexión, determinados sistemas maliciosos pueden aprovechar esa situación para distribuir mensajes fraudulentos de una manera que evita algunos controles modernos.
Android ya permite desactivar manualmente 2G desde Android 12 en dispositivos compatibles. Con Android 17, Google añade la posibilidad de que los operadores configuren esa opción para que 2G permanezca desactivado por defecto para sus abonados.
No será una función idéntica para todos los usuarios. Google especifica que se aplicará con operadores participantes, por lo que su disponibilidad dependerá de la configuración de la red y del dispositivo. Android 17 no significa, por sí solo, que 2G vaya a desaparecer automáticamente de cualquier móvil actualizado.
La ventaja es que allí donde el operador ya no necesite mantener 2G como parte normal de su servicio, puede reducir de forma preventiva una superficie de ataque que hasta ahora dependía de que el usuario conociese la opción y la desactivase manualmente.
Qué notará realmente un usuario cuando actualice a Android 17
Gran parte de estas mejoras están diseñadas para trabajar en segundo plano. Un usuario no tendrá que activar ECH conexión por conexión ni comprobar manualmente los registros de Certificate Transparency.
La diferencia más visible puede aparecer cuando una aplicación intente acceder a dispositivos de la red local y Android solicite permiso, algo parecido a lo que ya sucede con la cámara, el micrófono, la ubicación o los dispositivos cercanos.
En el resto de casos, el beneficio dependerá del ecosistema. ECH necesita adopción por parte de aplicaciones, bibliotecas y servicios compatibles; Certificate Transparency se aplica por defecto a las apps que apunten a Android 17; y la desactivación automática de 2G necesita la participación del operador.
Por eso sería incorrecto afirmar que Android 17 hace imposible que una red conozca qué hace el usuario o que elimina por completo los ataques móviles. Lo que Google está haciendo es cerrar varias fuentes de metadatos y reducir superficies de ataque que anteriormente permanecían abiertas por compatibilidad o por el funcionamiento tradicional de las redes.
En conjunto, las cuatro medidas muestran un cambio interesante en la seguridad de Android: además de proteger los datos almacenados en el propio teléfono, el sistema está poniendo más atención en qué información revela el dispositivo simplemente por conectarse a Internet, a una red Wi-Fi o a una red móvil.
Fuentes: Google Security Blog: nuevas protecciones de red de Android 17, Android Developers: funciones y APIs de Android 17, Android Developers: cambios para apps orientadas a Android 17 y Android Developers: configuración de seguridad de red.