Android 14: servicios con tipo, fotos elegidas

Android 14 es la versión que obligó a las apps a decir por qué se ejecutan. Cada servicio en primer plano de una app con target API 34 necesita un tipo declarado y un permiso que le corresponda, y el usuario puede darle a una app unas pocas fotos en lugar de toda la galería. En cualquier dispositivo, las apps con target menor a API 23 ya no se pueden instalar.

De un vistazo

Google anunció Android 14 con la Developer Preview 1 el 8 de febrero de 2023. La Beta 1 abrió el programa Android Beta el 12 de abril, y la Beta 3 alcanzó la estabilidad de plataforma el 7 de junio, con las APIs y el comportamiento hacia las apps ya cerrados. Las dos developer previews y las cinco betas son las partes que siguen a esta vista general.

Google lanzó Android 14 y publicó su código en AOSP el 4 de octubre de 2023. El primer build para Pixel (UP1A.231005.007) cubrió desde el Pixel 4a (5G) hasta el Pixel Fold y el Pixel Tablet. El anuncio de Google nombró a Samsung, iQOO, Nothing, OnePlus, Oppo, Realme, Sharp, Sony, Tecno, vivo y Xiaomi para más adelante en el año. Los Pixel 8 y 8 Pro se anunciaron el mismo día, y AOSP lista builds de Android 14 hechos para ellos.

Google dejó el nombre de postre dentro del código. Un cambio publicado en AOSP en abril de 2022 llamó a la versión Upside Down Cake, y Build.java define UPSIDE_DOWN_CAKE = 34 con el comentario “Upside Down Cake.”. Los build IDs empiezan con U. Los anuncios de Google solo dicen Android 14.

Qué trajo

• Pantalla de bloqueo. Un selector de personalización renovado, plantillas de pantalla de bloqueo para relojes, widgets y colores, accesos directos propios y un tema monocromático. Los fondos generados con IA llegaron primero al Pixel 8.
• Accesibilidad. El tamaño de fuente llega a 200%, con una curva no lineal: el texto grande crece más despacio que el pequeño. Según el anuncio de Google, el máximo en Pixel era 130%. Los usuarios también sumaron “Flash notifications” y un flujo para configurar audífonos.
• Ultra HDR. Fotos HDR de 10 bits en un formato que sigue funcionando como un JPEG normal. Una app activa la visualización HDR por ventana.
• Health Connect en la plataforma. El almacén de datos de salud deja de ser una app de Play Store, pasa al sistema, se actualiza con las actualizaciones del sistema de Google Play y aparece en Ajustes. Sumó rutas de ejercicio, y otra app solo puede leer una ruta si el usuario la autoriza.
• Credential Manager. Una API de plataforma (android.credentials) para contraseñas, passkeys e inicio de sesión federado. La librería de Jetpack la lleva hasta Android 4.4 mediante Google Play services.
• Preferencias regionales. El usuario elige unidad de temperatura, primer día de la semana y sistema de numeración en “Regional preferences”. Las apps las leen con llamadas como getTemperatureUnit() y getFirstDayOfWeek().
• Idiomas. La API de flexión gramatical (Grammatical Inflection) trata al usuario en su género gramatical. Los idiomas por app sumaron setOverrideLocaleConfig(), y AGP 8.1 genera el archivo LocaleConfig.
• Detección de capturas. Una activity registra un Activity.ScreenCaptureCallback y se entera de que hubo una captura de pantalla mientras estaba visible. La app nunca recibe la imagen, y el sistema avisa al usuario que la app lo detectó.
• Predictive back. Las animaciones entre activities y entre tareas se suman a la animación de volver al inicio de Android 13, con callbacks nuevos para transiciones propias. Las animaciones del sistema siguieron detrás de una opción de desarrollador.
• APIs para desarrollo. Acciones propias en el sharesheet, PathIterator y Path.interpolate(), mallas personalizadas con shaders AGSL, HardwareBufferRenderer, audio USB sin pérdida y unas 300 clases de java.base actualizadas a OpenJDK 17.
• Tiendas de apps. Los instaladores pueden pedir aprobación antes de descargar, reclamar la propiedad de las actualizaciones con setRequestUpdateOwnership() y esperar a que la app no esté en uso para actualizarla.

El anuncio también dio cifras de rendimiento medidas en la población beta. Los procesos en caché usaron hasta 50% menos ciclos de CPU que en Android 13, los arranques en frío bajaron 20% en equipos de 8 GB y más de 30% en los de 12 GB, y el código generado por ART se redujo 9,3% en promedio.

Seguridad y privacidad

En todo dispositivo con Android 14:

• Target mínimo para instalar. Una app con targetSdkVersion menor a 23 falla al instalarse con INSTALL_FAILED_DEPRECATED_SDK_VERSION. Google explicó que el malware apunta a 22 para esquivar los permisos en tiempo de ejecución de Android 6.0. Las apps ya instaladas antes de actualizar se quedan, y adb install --bypass-low-target-sdk-block instala una para pruebas.
• Servicios de accesibilidad. Una vista puede llamar a setAccessibilityDataSensitive() para que solo los servicios que declaran isAccessibilityTool la lean o actúen sobre ella. El malware abusa con frecuencia de los servicios de accesibilidad.
• Dueños de archivos multimedia. MediaStore oculta OWNER_PACKAGE_NAME, salvo que la app dueña sea siempre visible o quien consulta tenga QUERY_ALL_PACKAGES.
• PIN. Android 14 sugiere un PIN de seis dígitos y desbloquea sin “Enter” al escribir un PIN correcto de seis dígitos o más.
• Red celular. Los administradores de TI pueden impedir que los equipos administrados bajen a 2G, y un interruptor nuevo, si el fabricante lo habilita, rechaza conexiones sin cifrado para que voz y SMS sigan cifrados.
• Plataforma. AES-HCTR2 es el modo preferido para cifrar nombres de archivo en equipos con instrucciones criptográficas, y la atestación de claves admite dos IMEI.

Para apps con target API 34:

• Intents implícitos solo llegan a componentes exportados. Un PendingIntent mutable creado con un intent sin componente ni paquete lanza una excepción.
• Receivers en tiempo de ejecución deben pasar RECEIVER_EXPORTED o RECEIVER_NOT_EXPORTED a registerReceiver(), salvo los que solo reciben broadcasts del sistema.
• Carga dinámica de código. Todo DEX, JAR o APK que una app carga en ejecución debe ser de solo lectura, o el sistema lanza una excepción.
• Zip path traversal. ZipFile(String) y ZipInputStream.getNextEntry() lanzan ZipException con nombres de entrada que contienen .. o empiezan con /.
• Activities desde segundo plano. Quien envía un PendingIntent o se vincula a un servicio debe aceptar explícitamente compartir su permiso para abrir activities desde segundo plano.
• Captura de pantalla. Cada sesión de MediaProjection necesita un nuevo consentimiento; reutilizar el intent de consentimiento o llamar dos veces a createVirtualDisplay() lanza una excepción.

Permisos

• Fotos y videos elegidos. Cuando una app con target API 34 pide READ_MEDIA_IMAGES o READ_MEDIA_VIDEO, el diálogo ofrece “Select photos and videos”, “Allow all” y “Don’t allow”. El nuevo permiso READ_MEDIA_VISUAL_USER_SELECTED indica el acceso parcial y deja que la app vuelva a abrir el selector. Una app que no lo declara corre en un modo de compatibilidad que controla el sistema. Los permisos de multimedia en sí nacieron en Android 13.
• Permisos de servicios en primer plano. Cada tipo de servicio en primer plano tiene su propio permiso, como FOREGROUND_SERVICE_CAMERA. Son permisos normales, otorgados al instalar; el usuario no puede revocarlos.
• Alarmas exactas. SCHEDULE_EXACT_ALARM ya no se otorga de antemano a la mayoría de las instalaciones nuevas de apps con target API 33 o mayor. El usuario activa “Alarms & reminders” en Ajustes. Las apps de calendario y despertador pueden usar USE_EXACT_ALARM, que Play solo permite para ellas. Las apps que tenían el permiso antes de actualizar lo conservan.
• Intents de pantalla completa. Para apps con target API 34, USE_FULL_SCREEN_INTENT queda para apps de llamadas y alarmas, y Google Play se lo quita al resto desde el 31 de mayo de 2024. canUseFullScreenIntent() lo comprueba y ACTION_MANAGE_APP_USE_FULL_SCREEN_INTENT abre su página de ajustes.
• Datos compartidos en el diálogo de ubicación. Si una app declaró en el formulario de Seguridad de los datos de Play que comparte la ubicación con terceros, el diálogo de ubicación lo muestra. Si una app empieza a compartir la ubicación con terceros o para anuncios, el usuario recibe una notificación dentro de 30 días.
• La detección de capturas necesita DETECT_SCREEN_CAPTURE, un permiso que se otorga al instalar.

Qué cambió para tu app

Todas las apps en Android 14

Apps con target API 34

Los cambios de seguridad para este target están en Seguridad y privacidad.

La regla de los servicios en primer plano es la que más apps encuentran. Si falta el tipo, se lanza MissingForegroundServiceTypeException; si falta el permiso del tipo o un requisito en tiempo de ejecución, SecurityException.

Android 14 suma cinco tipos: health, remoteMessaging, shortService, specialUse y systemExempted. Un shortService corre unos 3 minutos y no necesita otro permiso. Un servicio specialUse explica su caso de uso en una <property> del manifest, y Google Play lo revisa. Para trabajo que no encaja en ningún tipo, Google recomienda WorkManager o los jobs de transferencia de datos iniciados por el usuario.

Qué perduró

• El target mínimo para instalar siguió subiendo: Android 15 bloquea las apps con target menor a 24.
• Los tipos de servicio en primer plano siguen siendo obligatorios. Android 15 agregó el tipo mediaProcessing y limita los servicios dataSync a 6 horas cada 24.
• Predictive back salió de la opción de desarrollador en Android 15. Las animaciones del sistema se ven en toda app que lo adoptó.
• El acceso a fotos elegidas y READ_MEDIA_VISUAL_USER_SELECTED siguen siendo la forma de dar acceso parcial a una app de galería.
• Health Connect y Credential Manager siguen siendo APIs de plataforma.
• Webcam USB. Android 14 activó por defecto el driver de gadget UVC en el Generic Kernel Image; usar el dispositivo como webcam USB llegó con la actualización Android 14 QPR1, no con la primera versión.

Para saber

• El Easter egg es un juego de vuelo espacial. Se toca tres veces “Android version” en Ajustes y luego se mantiene presionado el logo. La nave se dirige arrastrando el dedo; la pantalla muestra empuje, posición y velocidad, y LND: con el nombre del planeta al aterrizar.
• Cada partida empieza en un sistema estelar al azar con 1 a 10 planetas, cada uno con el nombre del sistema más un número.
• El campo de estrellas de la pantalla del logo dibuja 34 estrellas. La constante dice NUM_STARS = 34; // Build.VERSION_CODES.UPSIDE_DOWN_CAKE.
• Su velocidad máxima es MAX_WARP = 10f, con el comentario “after all these years”.