Android 9 Pie: sin cámara ni micro en reposo

Android 9 Pie es la versión que dejó a las apps inactivas sin cámara, sin micrófono y sin sensores. Las apps con target API 28 perdieron el HTTP sin cifrar por defecto, y las llamadas a APIs ocultas de la plataforma empezaron a fallar. Los usuarios recibieron un botón de inicio en forma de píldora con navegación por deslizamiento, Adaptive Battery y el último nombre de postre que Google usó en público.

De un vistazo

La primera vista previa para desarrolladores salió el 7 de marzo de 2018; los cinco hitos de la preview son las partes debajo de este resumen. La beta llegó el 8 de mayo, durante Google I/O, y gracias a Project Treble también funcionó en teléfonos de Essential, Nokia, Oppo, Sony, Vivo y Xiaomi.

El 6 de agosto de 2018 Google publicó el código en AOSP y empezó la actualización por aire a los teléfonos Pixel. 9to5Google informó ese mismo día que las imágenes para Pixel y Pixel 2 ya estaban disponibles, con el parche de seguridad de agosto. Essential empezó a enviar la versión final al Essential Phone ese mismo día. Google prometió la actualización antes del fin del otoño para los dispositivos de la beta de Sony, Xiaomi, HMD Global, Oppo, Vivo, OnePlus y Essential, y para los Android One que calificaran. AOSP registra las primeras compilaciones de Pie para Pixel 3 y Pixel 3 XL (PD1A) con el nivel de parche de septiembre de 2018. Los boletines de seguridad de AOSP incluyeron Android 9 por última vez en enero de 2022; desde febrero de 2022 cubren Android 10 y posteriores.

Qué trajo

• Nueva navegación del sistema. Un único botón de inicio en forma de píldora: deslizar hacia arriba abre un Overview nuevo con vistas previas a pantalla completa, y un toque vuelve al inicio. Venía desactivada, en Settings > Gestures > “Swipe up on home button”. Atrás siguió siendo un botón, oculto en la pantalla de inicio.
• Adaptive Battery. Hecha con DeepMind, usa aprendizaje automático para dar los recursos del sistema a las apps que más le importan al usuario. Debajo están los App Standby Buckets, explicados en Qué cambió para tu app.
• Soporte para recortes de pantalla. DisplayCutout y getDisplayCutout() indican dónde está el notch. El atributo de ventana layoutInDisplayCutoutMode acepta DEFAULT, SHORT_EDGES o NEVER. Las opciones de desarrollador pueden simular un recorte en cualquier dispositivo. El CDD de 9 solo admite recortes en los bordes cortos, como máximo uno por borde.
• Cambios menores para el usuario. Un botón de rotación en la barra de navegación cuando la rotación automática está apagada, un editor de capturas, una lupa al seleccionar texto, controles de volumen simplificados y Adaptive Brightness. El reloj pasó a la izquierda de la barra de estado para dejar sitio al notch, y los mosaicos de ajustes rápidos perdieron sus paneles desplegables: una pulsación larga abre el ajuste, como señaló Ars Technica.
• Notificaciones. MessagingStyle recibe un Person, muestra imágenes con setData(), guarda borradores de respuesta (EXTRA_REMOTE_INPUT_DRAFT) y ofrece respuestas sugeridas con RemoteInput.setChoices(). Los usuarios pueden bloquear grupos de canales completos.
• API multicámara. Las apps pueden abrir a la vez flujos de dos o más cámaras físicas, o una cámara lógica que alterna entre ellas. Las cámaras USB externas funcionan con Camera2 en los dispositivos que lo soportan.
• Multimedia e imágenes. ImageDecoder reemplaza a BitmapFactory, y AnimatedImageDrawable reproduce GIF y WebP. Se sumaron la codificación HEIF, HDR VP9 Profile 2 y un efecto de audio de Dynamics Processing.
• Wi-Fi RTT. Con hardware compatible, las apps con ACCESS_FINE_LOCATION miden la distancia a puntos de acceso IEEE 802.11mc sin conectarse. Con tres o más, la posición suele quedar a 1 o 2 metros.
• Aprendizaje automático y texto. Neural Networks API 1.1 con nueve operaciones nuevas, Smart Linkify sobre TextClassifier, PrecomputedText, y Slices y App Actions para mostrar contenido de las apps en superficies de Google.
• ART y trazas. El compilador anticipado de ART convierte los archivos DEX de una app a una forma más compacta, así las apps arrancan antes y usan menos disco y RAM; los dispositivos de gama baja son los que más ganan. Las trazas del sistema se pueden grabar en el propio dispositivo y compartir como informe, también en HTML.
• Digital Wellbeing. El Dashboard, App Timer, el nuevo Do Not Disturb y Wind Down. Llegó como una app de Google en Play Store, en beta para teléfonos Pixel con Android 9.

Seguridad y privacidad

• Las apps inactivas pierden la entrada. Mientras el UID de una app está inactivo, el micrófono entrega audio vacío, los sensores de SensorManager dejan de enviar eventos y sus cámaras se desconectan con un error. Para seguir recibiendo eventos de sensores, usa un servicio en primer plano.
• TLS por defecto. En las apps con target API 28, isCleartextTrafficPermitted() devuelve false salvo que la Network Security Configuration permita tráfico sin cifrar para un dominio. La tabla de apps con target API 28 indica qué hacer.
• DNS privado. Android 9 pasa el DNS a DNS over TLS cuando el servidor de la red lo soporta. El usuario puede apagarlo o indicar un proveedor en “Private DNS”, dentro de Network & internet. Las apps que resuelven nombres por su cuenta pueden consultar LinkProperties.isPrivateDnsActive().
• BiometricPrompt. El sistema dibuja un único diálogo biométrico para huella, rostro o iris. Las apps deben pasar de FingerprintManager a BiometricPrompt.
• StrongBox. Un nuevo Keystore respaldado por un chip seguro aparte, con CPU, almacenamiento y generador de números aleatorios propios. Se pide con setIsStrongBoxBacked(true); una clave no soportada lanza StrongBoxUnavailableException. El CDD de 9 solo lo recomienda con fuerza.
• Android Protected Confirmation. En los dispositivos compatibles que salen con Android 9, ConfirmationPrompt muestra una frase que el usuario aprueba fuera del sistema operativo principal. Después, el Trusted Execution Environment la firma.
• Keymaster 4. Importación segura de claves, Triple DES para sistemas heredados, niveles de parche separados por partición y setUnlockedDeviceRequired() para claves que no descifran con la pantalla bloqueada.
• APK Signature Scheme v3. Puede incluir un registro de rotación, así una app puede pasar a una nueva clave de firma.
• Endurecimiento de la plataforma. Control Flow Integrity en el framework multimedia, NFC y Bluetooth, soporte de CFI en el kernel, más sanitizadores de desbordamiento de enteros y un filtro seccomp más estricto. El cifrado basado en archivos ya funciona con el almacenamiento adoptable, y el cifrado de metadatos llegó donde el hardware lo soporta.
• Lockdown. “Show lockdown option”, en los ajustes de la pantalla de bloqueo, agrega un botón “Lockdown” al menú de encendido. Apaga Smart Lock, el desbloqueo con huella y las notificaciones en la pantalla de bloqueo hasta que el usuario desbloquea con PIN, patrón o contraseña.
• Copias de seguridad cifradas. Con un PIN, patrón o contraseña configurado, las copias de Android se cifran con un secreto del lado del cliente, y restaurarlas exige ese bloqueo de pantalla.
• Otros cambios. Una opción de desarrollador para usar una MAC aleatoria al conectarse a una red Wi-Fi, WPS obsoleto, eliminación de los archivos cifrados seguros de Android (ASEC), y la verificación del nombre de host ya no recurre al CN del certificado.

Permisos

• Grupo CALL_LOG. READ_CALL_LOG, WRITE_CALL_LOG y PROCESS_OUTGOING_CALLS salieron del grupo PHONE hacia un nuevo grupo CALL_LOG. Hay que pedirlos por separado o se obtiene una SecurityException.
• Números de teléfono. Sin READ_CALL_LOG, los números del broadcast de estado del teléfono y de PhoneStateListener llegan vacíos.
• Escaneos Wi-Fi. WifiManager.startScan() necesita ACCESS_FINE_LOCATION o ACCESS_COARSE_LOCATION, CHANGE_WIFI_STATE y la ubicación activada. Leer el SSID y el BSSID desde getConnectionInfo() pide un permiso de ubicación y ACCESS_WIFI_STATE.
• Datos de celdas. Con la ubicación del dispositivo apagada, getAllCellInfo(), getCellLocation() y getNeighboringCellInfo() no devuelven nada.
• Número de serie. Build.getSerial() necesita READ_PHONE_STATE.
• Nuevos. FOREGROUND_SERVICE (normal), USE_BIOMETRIC (normal), ACCEPT_HANDOVER (peligroso) y NFC_TRANSACTION_EVENT (normal).
• Obsoleto. USE_FINGERPRINT, reemplazado por USE_BIOMETRIC.

Qué cambió para tu app

Todas las apps en Android 9

El bucket limita jobs, alarmas y mensajes FCM de alta prioridad, y en “rare” también el acceso a la red. Los límites solo se aplican con batería, y el fabricante decide cómo se asignan las apps.

Antes, el límite de Wi-Fi en segundo plano era por app: en Android 8.0 y en Android 8.1 Oreo, cada app en segundo plano podía escanear una vez cada 30 minutos. En Android 9 ese único escaneo lo comparten todas.

El aviso para apps antiguas dice “This app was built for an older version of Android and may not work properly.” AOSP lo muestra cuando targetSdkVersion es menor que ro.build.version.min_supported_target_sdk, que Pie fija en 17.

Las interfaces fuera del SDK se reparten en listas. La light greylist sigue funcionando, con entradas de log y toasts que la señalan. La dark greylist falla para las apps con target API 28, y la blacklist falla para todas, con errores como NoSuchMethodError o NoSuchFieldException.

Para probar, adb shell settings put global hidden_api_policy_p_apps 1 (y hidden_api_policy_pre_p_apps para targets anteriores) levanta la restricción.

Apps con target API 28

Qué perduró

• La navegación por gestos se completó en Android 10: atrás con un deslizamiento desde el borde, inicio desde abajo, y por defecto en los dispositivos nuevos, con los tres botones todavía disponibles.
• Las restricciones fuera del SDK crecen en cada versión. Las interfaces todavía permitidas en Pie pero bloqueadas en Android 10 están en la lista max-target-p.
• La cámara y el micrófono en segundo plano se endurecieron en Android 11: un servicio en primer plano necesita el tipo camera o microphone, y uno iniciado desde segundo plano no puede usarlos.
• Identificadores del dispositivo: Android 10 puso Build.getSerial() y el IMEI detrás de READ_PRIVILEGED_PHONE_STATE, que las apps de Play no pueden tener.
• BiometricPrompt llegó a versiones anteriores con la librería AndroidX Biometric, que sumó BiometricManager.
• Los nombres de postre terminaron aquí. Google los abandonó con Android 10.

Para saber

• En el lanzamiento, el Easter egg seguía siendo solo una “P”, como señaló Ars Technica: una letra dibujada sobre anillos de color que cambian en cada apertura y se agrandan con dos dedos. Las compilaciones del Pixel 3 (android-9.0.0_r11) lo cambiaron por una app de dibujo llamada PAINT.APK.
• En AOSP, Build.SERIAL se inicializa leyendo una propiedad llamada no.such.thing. Un comentario explica por qué: una llamada a función impide que el compilador incruste el valor, así la plataforma puede devolver "unknown" a las apps con target API 28.
• El propio anuncio de Google bromeó con el nombre: “Slices (pie…slices…get it?!)”.
• Cuando Google retiró los nombres de postre en agosto de 2019, una de las razones que dio fue que “pies are not a dessert in some places” (el pie no es un postre en algunos lugares).