Android 17 ya está llegando a los Pixel y trae cambios menos vistosos que una nueva pantalla de inicio, pero bastante más relevantes para el uso diario. Google ha puesto el foco en tres frentes que suelen notarse cuando algo falla en el móvil, el rendimiento, la privacidad dentro de la red de casa y la seguridad de las conexiones.
La parte más práctica aparece en la gestión de la memoria. Android 17 introduce límites de RAM por aplicación para detectar y cerrar antes a los programas que consumen recursos en exceso, una decisión que busca evitar que una sola app arrastre el rendimiento de todo el teléfono.
Android 17 intenta frenar a las apps que agotan la memoria
En un móvil usado durante horas, el problema no siempre empieza con un cierre inesperado. Muchas veces arranca con una app que ocupa más memoria de la cuenta, deja al sistema sin margen y convierte tareas sencillas en algo más lento. Android 17 ahora fija límites de memoria por aplicación para cortar ese deterioro antes.
Ese cambio apunta a una molestia muy conocida en la gama alta y en modelos más modestos. No importa tanto cuánta RAM tenga el dispositivo si una aplicación descontrolada puede comerse una parte excesiva y afectar al resto.
La red WiFi de casa deja de estar tan expuesta
También cambia la forma en que las aplicaciones miran lo que hay conectado en la red local. Android 17 incorpora el permiso ACCESS_LOCAL_NETWORK, desactivado por defecto, para impedir que una app inspeccione dispositivos de la WiFi doméstica sin una autorización expresa del usuario.
Eso toca una zona delicada de la experiencia conectada. Altavoces, televisores, enchufes, cámaras y otros aparatos del hogar suelen convivir en la misma red, así que permitir o negar ese acceso deja de ser un detalle escondido y pasa a tener consecuencias bastante concretas.
Desde ahí aparece un efecto secundario que conviene vigilar. ACCESS_LOCAL_NETWORK queda dentro de la categoría NEARBY_DEVICES, así que más aplicaciones podrían empezar a pedir acceso a dispositivos cercanos aunque el usuario no espere relacionar esa solicitud con la red WiFi de casa.
Google endureció una puerta clásica para cargar código en caliente
Otra de las novedades va por dentro y afecta a una técnica habitual en ciertas apps. Android 17 restringe más la carga dinámica de código al exigir que las bibliotecas nativas cargadas de esa forma sean de solo lectura antes de ejecutarse.
Si esos archivos todavía permiten modificaciones, el sistema los rechaza. La restricción ya no se queda en archivos DEX y JAR y ahora también alcanza a bibliotecas nativas, lo que amplía una barrera pensada para reducir riesgos en tiempo de ejecución.
La comprobación de certificados pasó a ser la norma
En seguridad de red hay un cambio que afecta a todas las conexiones TLS de las aplicaciones dirigidas a Android 17. La verificación de transparencia de certificados queda activada por defecto, de modo que esa comprobación deja de depender de que cada desarrollador decida habilitarla.
No es una función recién llegada. Google introdujo la transparencia de certificados en 2012 y Android 16 ya la ofrecía como opción, pero ahora pasa a formar parte del comportamiento estándar del sistema para las apps que apunten a esta versión.
Aun así, el control no desaparece del todo para los desarrolladores. Las aplicaciones pueden desactivar la transparencia de certificados de forma global o limitar esa excepción a un dominio concreto, una flexibilidad que reduce el choque con ciertos servicios pero también evita hablar de una protección cerrada sin matices.
El resultado deja una escena curiosa en los Pixel que ya reciben Android 17. El sistema aprieta más donde una app puede molestar al conjunto, ya sea ocupando demasiada RAM, mirando la red local sin permiso o cargando código modificable, pero al mismo tiempo mantiene excepciones en un punto tan sensible como la transparencia de certificados.