La empresa Google ha anunciado un nuevo requisito de calidad para las aplicaciones en la plataforma Android, dirigido a reducir el consumo de memoria por parte de las aplicaciones en un mercado de teléfonos inteligentes caracterizado por la escasez de memoria. Los requisitos comenzarán a aplicarse en febrero de 2027. Las aplicaciones cuyos métricas de rendimiento superen los umbrales establecidos podrían enfrentar restricciones en la publicación en el catálogo de Google Play y una disminución en su visibilidad en los resultados de búsqueda.
Las métricas que se rastrearán para identificar problemas de consumo de memoria:
- Consumo de memoria dinámica (RSS + datos virtualizados en la memoria swap) cuando la aplicación está activa y en segundo plano.
- Uso de memoria para mapas de bits (bitmap) que no deben ocupar memoria cuando la aplicación no está visible y funciona en segundo plano.
- Optimización del código ejecutable en formato DEX (Dalvik Executable). Las aplicaciones deben usar herramientas como R8 para optimizar el código DEX, eliminar construcciones no utilizadas y ofuscar (utilizar nombres cortos para clases, métodos y campos) para reducir el tamaño de los datos cargados en memoria.
Los umbrales se definen en función de la cantidad de memoria RAM que tiene el dispositivo. Por ejemplo, en dispositivos con 4 GB de RAM, la aplicación puede consumir no más de 2 GB de memoria cuando está activa y 1 GB en segundo plano; en dispositivos con 8 GB de RAM — 2.25 GB y 1.5 GB; con 12 GB de RAM — 3.25 GB y 1.75 GB; y con 16 GB de RAM — 4.25 GB y 2 GB, respectivamente. Para los juegos, los límites son más altos: en dispositivos con 4 GB de RAM, el juego puede ocupar no más de 2.25 GB de memoria activa y 2 GB en segundo plano; en dispositivos con 8 GB de RAM — 3.5 GB y 2.75 GB; con 12 GB de RAM — 4 GB y 3.2 GB; con 16 GB de RAM — 5 GB y 3.5 GB.
Además, se introducen requisitos para la transferencia sin problemas de aplicaciones al cambiar de dispositivo. A partir de abril de 2027, todas las aplicaciones, excepto los juegos, que soportan el inicio de sesión en la cuenta, deben restaurar automáticamente el estado al ser transferidas a un nuevo dispositivo utilizando la API Android Restore Credentials.
Adicionalmente, se puede mencionar la inclusión en la rama Android 17 de capacidades para mejorar la seguridad de las conexiones de red:
- Activación del soporte para la extensión ECH de TLS (Encrypted ClientHello) para ocultar dominio en el tráfico HTTPS. ECH continúa el desarrollo de la extensión ESNI (Indicador de Nombre de Servidor Encriptado) y se utiliza para cifrar la información sobre los parámetros de las sesiones TLS, como el nombre de dominio solicitado. La principal diferencia entre ECH y ESNI es que en ECH, en lugar de cifrar a nivel de campos individuales, se cifra todo el mensaje TLS ClientHello, lo que permite bloquear filtraciones a través de campos que no cubre ESNI, como el campo PSK (Clave Precompartida).
- Adición de solicitudes de permisos para escanear la red local desde aplicaciones o conectarse a dispositivos en la red local (Protección de Red Local).
- Activación por defecto del mecanismo CT (Transparencia de Certificados), que asegura el mantenimiento de un registro público de todos los certificados emitidos y revocados. CT permite identificar certificados que han sido creados eludiendo los procesos estándar de la autoridad certificadora (por ejemplo, la creación oculta de un certificado debido a un abuso del empleado o la compromisión de la autoridad certificadora).
- Se les ha dado a los operadores móviles la capacidad de deshabilitar el soporte de la red 2G por defecto para bloquear ataques que utilizan el cambio forzado de smartphones a la red 2G para eludir los mecanismos de filtrado de spam y la entrega de SMS fraudulentos.
Fuente: opennet.ru
