Android 6.0 Marshmallow: permisos en ejecución

Android 6.0 Marshmallow es la versión en la que las apps dejaron de recibir todos sus permisos al instalarse. Desde API 23, una app pide cada permiso peligroso mientras corre, y el usuario puede negarlo. También trajo Doze, que aparca el trabajo en segundo plano cuando el teléfono está quieto, y un nivel de parche de seguridad que los dispositivos informan como una fecha.

De un vistazo

Google lanzó la primera vista previa para desarrolladores, entonces llamada Android M, en Google I/O el 28 de mayo de 2015. El 17 de agosto publicó el SDK final, le dio el nombre Marshmallow y abrió Play a las apps con target API 23. El 29 de septiembre anunció que la actualización llegaría “a partir de la próxima semana” a Nexus 5, 6, 7 (2013), 9, Nexus Player y Android One. El blog oficial de Android anunció el 5 de octubre que el despliegue empezaba ese mismo día, y Phone Scoop informó la misma fecha. Las tres vistas previas para desarrolladores anteriores al lanzamiento son las partes que siguen a esta nota: Preview 1, Preview 2 y Preview 3.

En el mismo evento del 29 de septiembre se presentó la tablet Pixel C, que usa Marshmallow; sus primeras compilaciones en AOSP son de Android 6.0.1. Android 6.0.1 llegó el 7 de diciembre de 2015 con el parche de seguridad de diciembre, los emoji de Unicode 8 y la vuelta de “until next alarm” en No molestar.

Qué trajo

• Permisos en tiempo de ejecución. Tienen su propia sección más abajo.
• Doze. Un teléfono desenchufado, quieto y con la pantalla apagada entra en Doze. Se corta la red, se ignoran los wake locks, y las alarmas, los jobs y las sincronizaciones esperan a breves ventanas de mantenimiento.
• App Standby. Una app que el usuario no toca hace tiempo, sin proceso en primer plano ni notificación visible, pierde la red, sus jobs y sus sincronizaciones mientras el teléfono está desenchufado.
• App Links. Con android:autoVerify="true" en un intent filter, Android 6.0 consulta https://<host>/.well-known/assetlinks.json al instalar. Si coincide, los enlaces a ese sitio abren la app sin el diálogo de selección.
• API de huella digital. FingerprintManager.authenticate(), con el permiso USE_FINGERPRINT y ligada a claves del Android Keystore.
• Auto Backup for Apps. Las apps con target API 23 respaldan sus datos en una carpeta privada del Google Drive del usuario, sin escribir código. El límite es de 25 MB por app y no cuenta contra la cuota de Drive.
• Almacenamiento adoptable. El usuario puede formatear una tarjeta SD como almacenamiento interno. Las apps deben pedir las rutas con getFilesDir() y getCacheDir() en lugar de escribirlas a mano. Samsung y LG lo dejaron fuera del Galaxy S7 y el LG G5, así que no des por hecho que existe.
• Assist API. Las apps pueden pasarle contexto al asistente con Activity#onProvideAssistContent(). Ars Technica describe Google Now on Tap como la función que se apoya en ella: una pulsación larga en inicio envía la pantalla a Google.
• Otros añadidos. Direct Share (ChooserTargetService), interacciones por voz (VoiceInteractor), la linterna (CameraManager#setTorchMode()), android.media.midi, los botones del lápiz Bluetooth y los modos de pantalla 4K.

Seguridad y privacidad

• Actualizaciones mensuales. El 5 de agosto de 2015 Google anunció que los Nexus recibirían cada mes una OTA centrada en seguridad. El primer boletín público, del 13 de agosto de 2015, cubrió las fallas de Stagefright. Google prometió parches para los Nexus durante tres años desde su lanzamiento o 18 meses desde su última venta en Google Store, lo que fuera más largo.
• Nivel de parche de seguridad. API 23 agregó Build.VERSION.SECURITY_PATCH, la fecha del último parche aplicado. Ajustes lo muestra como “Android security patch level” en “About phone”.
• Cifrado. El CDD de 6.0 exige cifrado de disco completo en todo dispositivo con pantalla de bloqueo segura que no sea de poca RAM. Si su velocidad AES supera los 50 MiB/s, el cifrado debe quedar activo por defecto tras la configuración inicial.
• Verified Boot. Según el mismo CDD, los dispositivos con AES por encima de 50 MiB/s deben soportar Verified Boot, desde una raíz de confianza en hardware hasta la partición del sistema.
• Claves aisladas en hardware. Una nueva HAL protege las claves de la API de huella, la pantalla de bloqueo, el cifrado del dispositivo y los certificados de cliente ante un kernel comprometido.
• Reglas para la huella. El CDD limita la tasa de falsa aceptación a 0.002 %, bloquea al menos 30 segundos tras cinco intentos fallidos y exige que la comparación ocurra dentro del Trusted Execution Environment.
• Identificadores de hardware. WifiInfo.getMacAddress() y BluetoothAdapter.getAddress() devuelven 02:00:00:00:00:00 a todas las apps. Los escaneos de Wi-Fi y Bluetooth en segundo plano usan una MAC aleatoria.
• Cambios menores. La política de SELinux se endureció (filtrado de IOCTL, /proc muy restringido). El USB arranca en modo solo carga y el acceso a archivos requiere la aprobación del usuario. Un nuevo chequeo de StrictMode marca el tráfico sin cifrar. Android pasó de OpenSSL a BoringSSL. Las SD adoptadas van cifradas y solo funcionan en un dispositivo.

Permisos

Ahora hay dos clases de permisos. Los normales se siguen otorgando al instalar. Los peligrosos (ubicación, contactos, cámara, micrófono, SMS y similares) hay que pedirlos en tiempo de ejecución si la app tiene target API 23.

El diálogo es del sistema (con borde punteado arriba), así que la app no puede cambiar su texto. Llama a shouldShowRequestPermissionRationale() para saber cuándo conviene explicar el pedido antes. En Android 6.0, un segundo pedido después de un rechazo agregaba la casilla “Never ask again”.

• Grupos. El usuario otorga y revoca por grupo de permisos. Hasta Android 8.0, otorgar uno le daba a la app los demás permisos de ese grupo declarados en su manifiesto.
• Apps antiguas. Las apps con target API 22 o menor siguen recibiendo sus permisos al instalar. Aun así, el usuario puede desactivarlos, tanto en apps viejas como nuevas.
• Nuevo. USE_FINGERPRINT.
• Eliminados. READ_HISTORY_BOOKMARKS y WRITE_HISTORY_BOOKMARKS, junto con Browser.getAllBookmarks() y Browser.saveBookmark().
• Ubicación para escanear. Leer identificadores de dispositivos cercanos con WifiManager.getScanResults(), BluetoothDevice.ACTION_FOUND o BluetoothLeScanner.startScan() requiere ACCESS_FINE_LOCATION o ACCESS_COARSE_LOCATION.
• Device owners. DevicePolicyManager#setPermissionPolicy() permite que el administrador de una empresa defina cómo se otorgan los permisos.

Qué cambió para tu app

Todas las apps en Android 6.0

El cliente HTTP de Apache salió del SDK, así que con compileSdkVersion 23 ya no compila. Cambia a HttpURLConnection o agrega useLibrary 'org.apache.http.legacy' en build.gradle. Los dispositivos mantuvieron las clases en el bootclasspath hasta Android 9.

Apps con target API 23

Qué perduró

• Los permisos en ejecución siguen siendo el modelo. Android 8.0 corrigió el otorgamiento por grupo, Android 10 separó ACCESS_BACKGROUND_LOCATION y Android 11 sumó los permisos de una sola vez.
• Doze creció en Android 7.0: una parte se aplica también con el teléfono en movimiento, en el bolsillo y con la pantalla apagada.
• Verified Boot pasó a ser obligatorio en Android 7.0: un dispositivo comprometido no arranca.
• Apache HTTP salió del bootclasspath en Android 9. Las apps con target 9 que todavía lo usan declaran <uses-library android:name="org.apache.http.legacy" android:required="false"/>.
• Huella digital: Android 9 pide pasar de FingerprintManager a BiometricPrompt.
• El almacenamiento adoptable no podía combinarse con el cifrado basado en archivos en Android 7.0 a 8.1. Desde Android 9, ambos funcionan juntos.
• Los boletines mensuales se siguen publicando. El requisito de target API de Play, que no existía en 2015, empezó en 2018 y sube cada año.
• Fin del soporte. El boletín de agosto de 2018 fue el último en incluir Android 6.0 y 6.0.1 entre sus versiones de AOSP actualizadas. La última compilación de Marshmallow en la lista de Google, android-6.0.1_r81 (MOI10E), tiene el nivel de parche de octubre de 2017. Google Play services hoy exige como mínimo Android 7.0 (API 24); OSnews informó el abandono de 6.0 el 24 de julio de 2026.

Para saber

• La constante M en AOSP lleva un comentario de una línea: M comes after L.
• El Easter egg es Marshmallow Land, un juego al estilo Flappy Bird. Su código admite hasta seis jugadores (MAX_PLAYERS = 6) y corre en un proceso llamado :sweetsweetdesserts.
• 02:00:00:00:00:00 es lo que toda app en Marshmallow lee como dirección MAC de Wi-Fi y Bluetooth.
• Android Police informó en mayo de 2015 que el nombre interno era Macadamia Nut Cookie, de ahí el nombre de la rama mnc-dev en AOSP.