Google se compromete a impulsar la igualdad racial para las comunidades afrodescendientes. Obtén información al respecto.

Se usó la API de Cloud Translation para traducir esta página.

Mejoras de seguridad

Android mejora continuamente sus capacidades y ofertas de seguridad. Vea las listas de mejoras por lanzamiento en la navegación izquierda.

Androide 14

Cada versión de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Estas son algunas de las principales mejoras de seguridad disponibles en Android 14:

AddressSanitizer asistido por hardware (HWASan), introducido en Android 10, es una herramienta de detección de errores de memoria similar a AddressSanitizer . Android 14 trae mejoras significativas a HWASan. Descubra cómo ayuda a evitar que aparezcan errores en las versiones de Android, HWAddressSanitizer
En Android 14, comenzando con las aplicaciones que comparten datos de ubicación con terceros, el cuadro de diálogo de permisos de tiempo de ejecución del sistema ahora incluye una sección en la que se puede hacer clic que resalta las prácticas de intercambio de datos de la aplicación, incluida información como por qué una aplicación puede decidir compartir datos con terceros. .
Android 12 introdujo una opción para desactivar la compatibilidad con 2G a nivel de módem, lo que protege a los usuarios del riesgo de seguridad inherente del modelo de seguridad obsoleto de 2G. Al reconocer lo crítico que podría ser deshabilitar 2G para los clientes empresariales, Android 14 habilita esta característica de seguridad en Android Enterprise, presentando soporte para que los administradores de TI restrinjan la capacidad de un dispositivo administrado para cambiar a conectividad 2G .
Se agregó soporte para rechazar conexiones celulares con cifrado nulo, lo que garantiza que el tráfico de voz y SMS con conmutación de circuitos esté siempre cifrado y protegido contra la interceptación inalámbrica pasiva. Conoce más sobre el programa de Android para reforzar la conectividad celular .
Se agregó soporte para múltiples IMEI.
Desde Android 14, AES-HCTR2 es el modo preferido de cifrado de nombres de archivos para dispositivos con instrucciones de criptografía acelerada.
Conectividad celular
Documentación agregada para el Centro de seguridad de Android
Si su aplicación está orientada a Android 14 y utiliza carga dinámica de código (DCL), todos los archivos cargados dinámicamente deben marcarse como de solo lectura. De lo contrario, el sistema genera una excepción. Recomendamos que las aplicaciones eviten cargar código dinámicamente siempre que sea posible, ya que hacerlo aumenta en gran medida el riesgo de que una aplicación pueda verse comprometida por inyección de código o manipulación de código.

Consulte nuestras notas de la versión completa de AOSP y la lista de cambios y funciones para desarrolladores de Android.

androide 13

Cada versión de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Estas son algunas de las principales mejoras de seguridad disponibles en Android 13:

Android 13 agrega soporte para presentaciones de múltiples documentos. Esta nueva interfaz de sesión de presentación permite que una aplicación realice una presentación de múltiples documentos, algo que no es posible con la API existente. Para obtener más información, consulte Credencial de identidad.
En Android 13, las intenciones que se originan en aplicaciones externas se entregan a un componente exportado si y solo si las intenciones coinciden con sus elementos de filtro de intenciones declarados.
Open Mobile API (OMAPI) es una API estándar que se utiliza para comunicarse con el elemento seguro de un dispositivo. Antes de Android 13, solo las aplicaciones y los módulos del marco tenían acceso a esta interfaz. Al convertirlo en una interfaz estable del proveedor, los módulos HAL también son capaces de comunicarse con los elementos seguros a través del servicio OMAPI. Para obtener más información, consulte Interfaz estable del proveedor OMAPI .
A partir de Android 13-QPR, los UID compartidos están en desuso. Los usuarios de Android 13 o superior deben poner la línea `android:sharedUserMaxSdkVersion="32"` en su manifiesto. Esta entrada evita que los nuevos usuarios obtengan un UID compartido. Para obtener más información sobre los UID, consulte Firma de aplicaciones .
Android 13 agregó compatibilidad con primitivas criptográficas simétricas del almacén de claves, como AES (estándar de cifrado avanzado), HMAC (código de autenticación de mensajes hash con clave) y algoritmos criptográficos asimétricos (incluidos Elliptic Curve, RSA2048, RSA4096 y Curve 25519).
Android 13 (nivel de API 33) y versiones posteriores admiten un permiso de tiempo de ejecución para enviar notificaciones no exentas desde una aplicación . Esto les da a los usuarios control sobre qué notificaciones de permisos ven.
Se agregó un mensaje por uso para las aplicaciones que solicitan acceso a todos los registros del dispositivo , lo que brinda a los usuarios la posibilidad de permitir o denegar el acceso.
introdujo el Android Virtualization Framework (AVF) , que reúne diferentes hipervisores bajo un marco con API estandarizadas. Proporciona entornos de ejecución seguros y privados para ejecutar cargas de trabajo aisladas por hipervisor.
Se introdujo el esquema de firma APK v3.1. Todas las rotaciones de claves nuevas que utilizan apksigner utilizarán el esquema de firma v3.1 de forma predeterminada para apuntar a la rotación para Android 13 y versiones posteriores.

Consulte nuestras notas de la versión completa de AOSP y la lista de cambios y funciones para desarrolladores de Android.

androide 12

Cada versión de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Estas son algunas de las principales mejoras de seguridad disponibles en Android 12:

Android 12 presenta la API BiometricManager.Strings , que proporciona cadenas localizadas para aplicaciones que usan BiometricPrompt para la autenticación. Estas cadenas están destinadas a reconocer el dispositivo y proporcionar más especificidad sobre qué tipo(s) de autenticación se pueden usar. Android 12 también incluye soporte para sensores de huellas dactilares debajo de la pantalla
Se agregó soporte para sensores de huellas dactilares debajo de la pantalla
Introducción del lenguaje de definición de interfaz de Android de huellas dactilares (AIDL)
Soporte para el nuevo Face AIDL
Introducción de Rust como lenguaje para el desarrollo de plataformas.
Se agregó la opción para que los usuarios otorguen acceso solo a su ubicación aproximada.
Se agregaron indicadores de privacidad en la barra de estado cuando una aplicación está usando la cámara o el micrófono.
Núcleo de cómputo privado (PCC) de Android
Se agregó una opción para desactivar el soporte 2G.

androide 11

Cada versión de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Para obtener una lista de algunas de las principales mejoras de seguridad disponibles en Android 11, consulte las Notas de la versión de Android .

androide 10

Cada versión de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Android 10 incluye varias mejoras de seguridad y privacidad. Consulte las notas de la versión de Android 10 para obtener una lista completa de los cambios en Android 10.

Seguridad

LímitesDesinfectante

Android 10 implementa BoundsSanitizer (BoundSan) en Bluetooth y códecs. BoundSan utiliza el desinfectante de límites de UBSan. Esta mitigación se habilita a nivel de módulo. Ayuda a mantener seguros los componentes críticos de Android y no debe desactivarse. BoundSan está habilitado en los siguientes códecs:

libFLAC
libavcdec
libavcenc
libhevcdec
libmpeg2
libopus
libvpx
libspeexresampler
libvorbisidec
libaac
libxaac

Memoria de solo ejecución

De forma predeterminada, las secciones de código ejecutable para los binarios del sistema AArch64 están marcadas como de solo ejecución (no legibles) como una mitigación de refuerzo contra ataques de reutilización de código justo a tiempo. El código que mezcla datos y código y el código que inspecciona intencionadamente estas secciones (sin reasignar primero los segmentos de memoria como legibles) ya no funciona. Las aplicaciones con un SDK de destino de Android 10 (nivel de API 29 o superior) se ven afectadas si la aplicación intenta leer secciones de código de bibliotecas del sistema habilitadas para memoria de solo ejecución (XOM) en la memoria sin marcar primero la sección como legible.

Acceso ampliado

Los agentes de confianza, el mecanismo subyacente utilizado por los mecanismos de autenticación terciarios como Smart Lock, solo pueden extender el desbloqueo en Android 10. Los agentes de confianza ya no pueden desbloquear un dispositivo bloqueado y solo pueden mantenerlo desbloqueado durante un máximo de cuatro horas.

Autenticación facial

La autenticación facial permite a los usuarios desbloquear su dispositivo simplemente mirando la parte frontal de su dispositivo. Android 10 agrega soporte para una nueva pila de autenticación facial que puede procesar de forma segura los fotogramas de la cámara, preservando la seguridad y la privacidad durante la autenticación facial en hardware compatible. Android 10 también proporciona una manera fácil para que las implementaciones compatibles con la seguridad permitan la integración de aplicaciones para transacciones como banca en línea u otros servicios.

Desinfección de desbordamiento de enteros

Android 10 habilita la desinfección de desbordamiento de enteros (IntSan) en códecs de software. Asegúrese de que el rendimiento de reproducción sea aceptable para cualquier códec que no sea compatible con el hardware del dispositivo. IntSan está habilitado en los siguientes códecs:

libFLAC
libavcdec
libavcenc
libhevcdec
libmpeg2
libopus
libvpx
libspeexresampler
libvorbisidec

Componentes del sistema modular

Android 10 modulariza algunos componentes del sistema Android y permite actualizarlos fuera del ciclo de lanzamiento normal de Android. Algunos módulos incluyen:

OEMCrypto

Android 10 usa OEMCrypto API versión 15.

escudo

Scudo es un asignador de memoria dinámico en modo de usuario diseñado para ser más resistente contra vulnerabilidades relacionadas con el montón. Proporciona las primitivas de asignación y desasignación de C estándar, así como las primitivas de C++.

Pila de llamadas de sombra

ShadowCallStack (SCS) es un modo de instrumentación de LLVM que protege contra sobrescrituras de direcciones de retorno (como desbordamientos del búfer de pila) al guardar la dirección de retorno de una función en una instancia de ShadowCallStack asignada por separado en el prólogo de funciones de funciones que no son hojas y cargar la dirección de retorno desde la instancia ShadowCallStack en el epílogo de la función.

WPA3 y Wi-Fi mejorado abierto

Android 10 agrega soporte para los estándares de seguridad Wi-Fi Protected Access 3 (WPA3) y Wi-Fi Enhanced Open para brindar mayor privacidad y solidez contra ataques conocidos.

Privacidad

Acceso a la aplicación cuando se apunta a Android 9 o inferior

Si su aplicación se ejecuta en Android 10 o superior pero apunta a Android 9 (nivel de API 28) o inferior, la plataforma aplica el siguiente comportamiento:

Si su aplicación declara un elemento <uses-permission> para ACCESS_FINE_LOCATION o ACCESS_COARSE_LOCATION , el sistema agrega automáticamente un elemento <uses-permission> para ACCESS_BACKGROUND_LOCATION durante la instalación.
Si su aplicación solicita ACCESS_FINE_LOCATION o ACCESS_COARSE_LOCATION , el sistema agrega automáticamente ACCESS_BACKGROUND_LOCATION a la solicitud.

Restricciones de actividad en segundo plano

A partir de Android 10, el sistema impone restricciones al iniciar actividades desde segundo plano . Este cambio de comportamiento ayuda a minimizar las interrupciones para el usuario y le mantiene más control de lo que se muestra en su pantalla. Siempre que su aplicación inicie actividades como resultado directo de la interacción del usuario, lo más probable es que no se vea afectada por estas restricciones.
Para obtener más información sobre la alternativa recomendada para iniciar actividades desde segundo plano, consulte la guía sobre cómo alertar a los usuarios sobre eventos urgentes en su aplicación.

Metadatos de la cámara

Android 10 cambia la amplitud de información que el método getCameraCharacteristics() devuelve de forma predeterminada. En particular, su aplicación debe tener el permiso CAMERA para poder acceder a metadatos potencialmente específicos del dispositivo que se incluyen en el valor de retorno de este método.
Para obtener más información sobre estos cambios, consulte la sección sobre campos de cámara que requieren permiso .

Datos del portapapeles

A menos que su aplicación sea el editor de métodos de entrada (IME) predeterminado o sea la aplicación que actualmente tiene el foco, su aplicación no puede acceder a los datos del portapapeles en Android 10 o superior.

Ubicación del dispositivo

Para admitir el control adicional que los usuarios tienen sobre el acceso de una aplicación a la información de ubicación, Android 10 introduce el permiso ACCESS_BACKGROUND_LOCATION .
A diferencia de los permisos ACCESS_FINE_LOCATION y ACCESS_COARSE_LOCATION , el permiso ACCESS_BACKGROUND_LOCATION solo afecta el acceso de una aplicación a la ubicación cuando se ejecuta en segundo plano. Se considera que una aplicación accede a la ubicación en segundo plano a menos que se cumpla una de las siguientes condiciones:

Se ve una actividad perteneciente a la aplicación.
La aplicación ejecuta un servicio en primer plano que ha declarado untipo de location de servicio en primer plano.
Para declarar el tipo de servicio en primer plano para un servicio en su aplicación, configure targetSdkVersion o compileSdkVersion de su aplicación en 29 o superior. Obtenga más información sobre cómo los servicios en primer plano pueden continuar con las acciones iniciadas por el usuario que requieren acceso a la ubicación.

Almacenamiento externo

De forma predeterminada, las aplicaciones orientadas a Android 10 y versiones posteriores reciben acceso limitado al almacenamiento externo o almacenamiento limitado . Estas aplicaciones pueden ver los siguientes tipos de archivos dentro de un dispositivo de almacenamiento externo sin necesidad de solicitar ningún permiso de usuario relacionado con el almacenamiento:

Archivos en el directorio específico de la aplicación, a los que se accede mediante getExternalFilesDir() .
Fotos, vídeos y clips de audio que la aplicación creó desde la tienda multimedia .

Para obtener más información sobre el almacenamiento con alcance, así como también cómo compartir, acceder y modificar archivos guardados en dispositivos de almacenamiento externos, consulte las guías sobre cómo administrar archivos en almacenamiento externo y acceder y modificar archivos multimedia .

Aleatorización de direcciones MAC

En dispositivos que ejecutan Android 10 o superior, el sistema transmite direcciones MAC aleatorias de forma predeterminada.
Si su aplicación maneja un caso de uso empresarial , la plataforma proporciona API para varias operaciones relacionadas con direcciones MAC:

Obtener una dirección MAC aleatoria : las aplicaciones del propietario del dispositivo y las aplicaciones del propietario del perfil pueden recuperar la dirección MAC aleatoria asignada a una red específica llamando a getRandomizedMacAddress() .
Obtenga la dirección MAC real de fábrica: las aplicaciones del propietario del dispositivo pueden recuperar la dirección MAC real del hardware de un dispositivo llamando a getWifiMacAddress() . Este método es útil para rastrear flotas de dispositivos.

Identificadores de dispositivos no reiniciables

A partir de Android 10, las aplicaciones deben tener el permiso privilegiado READ_PRIVILEGED_PHONE_STATE para poder acceder a los identificadores no reiniciables del dispositivo, que incluyen tanto IMEI como número de serie.

Build
- getSerial()
TelephonyManager
- getImei()
- getDeviceId()
- getMeid()
- getSimSerialNumber()
- getSubscriberId()

Si su aplicación no tiene el permiso e intenta solicitar información sobre identificadores que no se pueden restablecer de todos modos, la respuesta de la plataforma varía según la versión del SDK de destino:

Si su aplicación tiene como destino Android 10 o superior, se produce una SecurityException .
Si su aplicación está destinada a Android 9 (nivel de API 28) o inferior, el método devuelve datos null o de marcador de posición si la aplicación tiene el permiso READ_PHONE_STATE . De lo contrario, se produce una SecurityException .

Reconocimiento de actividad física

Android 10 introduce el permiso de tiempo de ejecución android.permission.ACTIVITY_RECOGNITION para aplicaciones que necesitan detectar el recuento de pasos del usuario o clasificar la actividad física del usuario, como caminar, andar en bicicleta o moverse en un vehículo. Esto está diseñado para brindar a los usuarios visibilidad de cómo se usan los datos del sensor del dispositivo en Configuración.
Algunas bibliotecas dentro de los servicios de Google Play, como la API de reconocimiento de actividad y la API de Google Fit , no proporcionan resultados a menos que el usuario haya otorgado este permiso a su aplicación.
Los únicos sensores integrados en el dispositivo que requieren que usted declare este permiso son los sensores del contador de pasos y del detector de pasos .
Si su aplicación está orientada a Android 9 (nivel de API 28) o inferior, el sistema otorga automáticamente el permiso android.permission.ACTIVITY_RECOGNITION a su aplicación, según sea necesario, si su aplicación cumple cada una de las siguientes condiciones:

El archivo de manifiesto incluye el permiso com.google.android.gms.permission.ACTIVITY_RECOGNITION .
El archivo de manifiesto no incluye el permiso android.permission.ACTIVITY_RECOGNITION .

Si system-auto otorga el permiso android.permission.ACTIVITY_RECOGNITION , su aplicación conserva el permiso después de actualizarla para apuntar a Android 10. Sin embargo, el usuario puede revocar este permiso en cualquier momento en la configuración del sistema.

Restricciones del sistema de archivos /proc/net

En dispositivos que ejecutan Android 10 o superior, las aplicaciones no pueden acceder /proc/net , que incluye información sobre el estado de la red de un dispositivo. Las aplicaciones que necesitan acceso a esta información, como las VPN, deben usar la clase NetworkStatsManager o ConnectivityManager .

Grupos de permisos eliminados de la interfaz de usuario

A partir de Android 10, las aplicaciones no pueden buscar cómo se agrupan los permisos en la interfaz de usuario.

Eliminación de afinidad de contactos

A partir de Android 10, la plataforma no realiza un seguimiento de la información de afinidad de los contactos. Como resultado, si su aplicación realiza una búsqueda en los contactos del usuario, los resultados no están ordenados por frecuencia de interacción.
La guía sobre ContactsProvider contiene un aviso que describe los campos y métodos específicos que están obsoletos en todos los dispositivos a partir de Android 10.

Acceso restringido a los contenidos de la pantalla.

Para proteger el contenido de la pantalla de los usuarios, Android 10 evita el acceso silencioso al contenido de la pantalla del dispositivo cambiando el alcance de los permisos READ_FRAME_BUFFER , CAPTURE_VIDEO_OUTPUT y CAPTURE_SECURE_VIDEO_OUTPUT . A partir de Android 10, estos permisos son únicamente de acceso mediante firma .
Las aplicaciones que necesitan acceder al contenido de la pantalla del dispositivo deben utilizar la API MediaProjection , que muestra un mensaje solicitando al usuario que dé su consentimiento.

Número de serie del dispositivo USB

Si su aplicación está orientada a Android 10 o superior, no puede leer el número de serie hasta que el usuario le haya otorgado permiso para acceder al dispositivo o accesorio USB.
Para obtener más información sobre cómo trabajar con dispositivos USB, consulte la guía sobre cómo configurar hosts USB .

Wifi

Las aplicaciones destinadas a Android 10 o superior no pueden habilitar ni deshabilitar Wi-Fi. El método WifiManager.setWifiEnabled() siempre devuelve false .
Si necesita solicitar a los usuarios que habiliten y deshabiliten Wi-Fi, use un panel de configuración .

Restricciones de acceso directo a redes Wi-Fi configuradas

Para proteger la privacidad del usuario, la configuración manual de la lista de redes Wi-Fi está restringida a las aplicaciones del sistema y a los controladores de políticas de dispositivos (DPC) . Un DPC determinado puede ser el propietario del dispositivo o el propietario del perfil.
Si su aplicación está orientada a Android 10 o superior y no es una aplicación del sistema ni un DPC, los siguientes métodos no devuelven datos útiles:

El método getConfiguredNetworks() siempre devuelve una lista vacía.
Cada método de operación de red que devuelve un valor entero addNetwork() y updateNetwork() siempre devuelve -1.
Cada operación de red que devuelve un valor booleano removeNetwork() , reassociate() , enableNetwork() , disableNetwork() , reconnect() y disconnect() siempre devuelve false .

androide 9

androide 8

Cada versión de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Estas son algunas de las principales mejoras de seguridad disponibles en Android 8.0:

Cifrado Se agregó soporte para desalojar la clave en el perfil de trabajo.
Arranque verificado . Se agregó el arranque verificado de Android (AVB). Base de código de arranque verificada que admite la protección de reversión para su uso en cargadores de arranque agregados a AOSP. Recomiende la compatibilidad con el cargador de arranque para la protección de reversión para HLOS. Los cargadores de arranque recomendados solo pueden ser desbloqueados por el usuario que interactúa físicamente con el dispositivo.
pantalla de bloqueo Se agregó soporte para usar hardware resistente a manipulaciones para verificar la credencial de la pantalla de bloqueo.
Almacén de claves . Certificación de clave requerida para todos los dispositivos que se envían con Android 8.0+. Se agregó soporte de atestación de ID para mejorar la inscripción Zero Touch.
Caja de arena . Agrupó de forma más estricta muchos componentes utilizando la interfaz estándar de Project Treble entre el marco y los componentes específicos del dispositivo. Se aplicó el filtrado seccomp a todas las aplicaciones que no son de confianza para reducir la superficie de ataque del kernel. WebView ahora se ejecuta en un proceso aislado con acceso muy limitado al resto del sistema.
Endurecimiento del núcleo . Copia de usuario reforzada implementada , emulación PAN, solo lectura después del inicio y KASLR.
Endurecimiento del espacio de usuario . CFI implementado para la pila de medios. Las superposiciones de aplicaciones ya no pueden cubrir las ventanas críticas del sistema y los usuarios tienen una forma de descartarlas.
Actualización del sistema operativo de transmisión . Actualizaciones habilitadas en dispositivos que tienen poco espacio en disco.
Instalar aplicaciones desconocidas . Los usuarios deben otorgar permiso para instalar aplicaciones desde una fuente que no sea una tienda de aplicaciones propia.
privacidad Android ID (SSAID) tiene un valor diferente para cada aplicación y cada usuario en el dispositivo. Para aplicaciones de navegador web, Widevine Client ID devuelve un valor diferente para cada nombre de paquete de aplicación y origen web. net.hostname ahora está vacío y el cliente dhcp ya no envía un nombre de host. android.os.Build.SERIAL se reemplazó con la API Build.SERIAL que está protegida por un permiso controlado por el usuario. Aleatorización de direcciones MAC mejorada en algunos conjuntos de chips.

androide 7

Cada versión de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Estas son algunas de las principales mejoras de seguridad disponibles en Android 7.0:

Cifrado basado en archivos . El cifrado a nivel de archivo, en lugar de cifrar toda el área de almacenamiento como una sola unidad, aísla y protege mejor a los usuarios y perfiles individuales (como el personal y el trabajo) en un dispositivo.
Arranque directo . Habilitado por el cifrado basado en archivos, Direct Boot permite que ciertas aplicaciones, como el despertador y las funciones de accesibilidad, se ejecuten cuando el dispositivo está encendido pero no desbloqueado.
Arranque verificado . El arranque verificado ahora se aplica estrictamente para evitar que se inicien los dispositivos comprometidos; admite la corrección de errores para mejorar la confiabilidad contra la corrupción de datos no maliciosa.
SELinux . La configuración actualizada de SELinux y la mayor cobertura de seccomp bloquean aún más el espacio aislado de la aplicación y reducen la superficie de ataque.
Aleatorización del orden de carga de la biblioteca y ASLR mejorado . El aumento de la aleatoriedad hace que algunos ataques de reutilización de código sean menos fiables.
Endurecimiento del núcleo . Se agregó protección de memoria adicional para los núcleos más nuevos al marcar partes de la memoria del núcleo como de solo lectura, restringiendo el acceso del núcleo a las direcciones del espacio de usuario y reduciendo aún más la superficie de ataque existente.
Esquema de firma APK v2 . Introdujo un esquema de firma de archivo completo que mejora la velocidad de verificación y fortalece las garantías de integridad.
Tienda CA de confianza . Para que sea más fácil para las aplicaciones controlar el acceso a su tráfico de red seguro, las autoridades de certificación instaladas por el usuario y las instaladas a través de las API de administración de dispositivos ya no son confiables de forma predeterminada para las aplicaciones dirigidas al nivel de API 24+. Además, todos los dispositivos Android nuevos deben enviarse con la misma tienda CA de confianza.
Configuración de seguridad de la red . Configure la seguridad de la red y TLS a través de un archivo de configuración declarativo.

androide 6

Cada versión de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Estas son algunas de las principales mejoras de seguridad disponibles en Android 6.0:

Permisos de tiempo de ejecución . Las aplicaciones solicitan permisos en tiempo de ejecución en lugar de otorgarlos en el momento de la instalación de la aplicación. Los usuarios pueden activar y desactivar los permisos para las aplicaciones M y pre-M.
Arranque verificado . Se realiza un conjunto de comprobaciones criptográficas del software del sistema antes de la ejecución para garantizar que el teléfono esté en buen estado desde el gestor de arranque hasta el sistema operativo.
Seguridad con aislamiento de hardware . Nueva capa de abstracción de hardware (HAL) utilizada por Fingerprint API, Lockscreen, Device Encryption y Client Certificates para proteger las claves contra el compromiso del kernel y/o ataques físicos locales
huellas dactilares Los dispositivos ahora se pueden desbloquear con solo un toque. Los desarrolladores también pueden aprovechar las nuevas API para usar huellas digitales para bloquear y desbloquear claves de cifrado.
Adopción de tarjeta SD . Los medios extraíbles se pueden adoptar en un dispositivo y expandir el almacenamiento disponible para datos locales de la aplicación, fotos, videos, etc., pero aún así estar protegidos por encriptación a nivel de bloque.
Tráfico de texto claro . Los desarrolladores pueden usar un nuevo StrictMode para asegurarse de que su aplicación no use texto claro.
Endurecimiento del sistema . Fortalecimiento del sistema a través de políticas aplicadas por SELinux. Esto ofrece un mejor aislamiento entre los usuarios, filtrado IOCTL, reduce la amenaza de los servicios expuestos, un mayor ajuste de los dominios SELinux y un acceso /proc extremadamente limitado.
Control de acceso USB: los usuarios deben confirmar para permitir el acceso USB a archivos, almacenamiento u otra funcionalidad en el teléfono. El valor predeterminado ahora es el cargo solo con el acceso al almacenamiento que requiere la aprobación explícita del usuario.

androide 5

5.0

Cada versión de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Estas son algunas de las principales mejoras de seguridad disponibles en Android 5.0:

Cifrado por defecto. En los dispositivos que se envían con L listos para usar, el cifrado de disco completo está habilitado de forma predeterminada para mejorar la protección de los datos en dispositivos perdidos o robados. Los dispositivos que se actualizan a L se pueden cifrar en Configuración > Seguridad .
Cifrado de disco completo mejorado. La contraseña de usuario está protegida contra ataques de fuerza bruta mediante scrypt y, cuando está disponible, la clave está vinculada al almacén de claves de hardware para evitar ataques fuera del dispositivo. Como siempre, el secreto de bloqueo de pantalla de Android y la clave de cifrado del dispositivo no se envían fuera del dispositivo ni se exponen a ninguna aplicación.
Sandbox de Android reforzado con SELinux . Android ahora requiere SELinux en modo de aplicación para todos los dominios. SELinux es un sistema de control de acceso obligatorio (MAC) en el kernel de Linux que se utiliza para aumentar el modelo de seguridad de control de acceso discrecional (DAC) existente. Esta nueva capa brinda protección adicional contra posibles vulnerabilidades de seguridad.
Bloqueo inteligente. Android ahora incluye trustlets que brindan más flexibilidad para desbloquear dispositivos. Por ejemplo, los trustlets pueden permitir que los dispositivos se desbloqueen automáticamente cuando están cerca de otro dispositivo de confianza (a través de NFC, Bluetooth) o cuando los usa alguien con una cara de confianza.
Multiusuario, perfil restringido y modos de invitado para teléfonos y tabletas. Android ahora ofrece múltiples usuarios en los teléfonos e incluye un modo de invitado que se puede usar para brindar acceso temporal fácil a su dispositivo sin otorgar acceso a sus datos y aplicaciones.
Actualizaciones a WebView sin OTA. WebView ahora se puede actualizar independientemente del marco y sin un sistema OTA. Esto permitirá una respuesta más rápida a posibles problemas de seguridad en WebView.
Criptografía actualizada para HTTPS y TLS/SSL. TLSv1.2 y TLSv1.1 ahora están habilitados, ahora se prefiere Forward Secrecy, AES-GCM ahora está habilitado y los conjuntos de cifrado débil (MD5, 3DES y conjuntos de cifrado de exportación) ahora están deshabilitados. Consulte https://developer.android.com/reference/javax/net/ssl/SSLSocket.html para obtener más detalles.
Se eliminó la compatibilidad con el enlazador que no es PIE. Android ahora requiere que todos los ejecutables enlazados dinámicamente sean compatibles con PIE (ejecutables independientes de la posición). Esto mejora la implementación de la aleatorización del diseño del espacio de direcciones (ASLR) de Android.
FORTIFY_SOURCE mejoras. Las siguientes funciones de libc ahora implementan protecciones FORTIFY_SOURCE: stpcpy() , stpncpy() , read() , recvfrom() , FD_CLR() , FD_SET() y FD_ISSET() . Esto brinda protección contra vulnerabilidades de corrupción de memoria que involucran esas funciones.
Correcciones de seguridad. Android 5.0 también incluye correcciones para vulnerabilidades específicas de Android. Se ha proporcionado información sobre estas vulnerabilidades a los miembros de Open Handset Alliance y las correcciones están disponibles en Android Open Source Project. Para mejorar la seguridad, algunos dispositivos con versiones anteriores de Android también pueden incluir estas correcciones.

Android 4 y anteriores

Cada versión de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Las siguientes son algunas de las mejoras de seguridad disponibles en Android 4.4:

Sandbox de Android reforzado con SELinux. Android ahora usa SELinux en modo de cumplimiento. SELinux es un sistema de control de acceso obligatorio (MAC) en el kernel de Linux que se utiliza para aumentar el modelo de seguridad basado en el control de acceso discrecional (DAC) existente. Esto proporciona protección adicional contra posibles vulnerabilidades de seguridad.
VPN por usuario. En dispositivos multiusuario, las VPN ahora se aplican por usuario. Esto puede permitir que un usuario enrute todo el tráfico de la red a través de una VPN sin afectar a otros usuarios en el dispositivo.
Compatibilidad con el proveedor de ECDSA en AndroidKeyStore. Android ahora tiene un proveedor de almacén de claves que permite el uso de algoritmos ECDSA y DSA.
Advertencias de monitoreo de dispositivos. Android proporciona a los usuarios una advertencia si se ha agregado algún certificado al almacén de certificados del dispositivo que podría permitir el monitoreo del tráfico de red encriptado.
FORTIFICAR_FUENTE. Android ahora es compatible con FORTIFY_SOURCE nivel 2 y todo el código se compila con estas protecciones. FORTIFY_SOURCE se ha mejorado para que funcione con clang.
Fijación de certificados. Android 4.4 detecta y evita el uso de certificados de Google fraudulentos utilizados en comunicaciones seguras SSL/TLS.
Correcciones de seguridad. Android 4.4 también incluye correcciones para vulnerabilidades específicas de Android. Se ha proporcionado información sobre estas vulnerabilidades a los miembros de Open Handset Alliance y las soluciones están disponibles en Android Open Source Project. Para mejorar la seguridad, algunos dispositivos con versiones anteriores de Android también pueden incluir estas correcciones.

Cada versión de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Las siguientes son algunas de las mejoras de seguridad disponibles en Android 4.3:

Sandbox de Android reforzado con SELinux. Esta versión fortalece el entorno limitado de Android utilizando el sistema de control de acceso obligatorio (MAC) de SELinux en el kernel de Linux. El refuerzo de SELinux es invisible para los usuarios y desarrolladores y agrega solidez al modelo de seguridad existente de Android al tiempo que mantiene la compatibilidad con las aplicaciones existentes. Para garantizar una compatibilidad continua, esta versión permite el uso de SELinux en modo permisivo. Este modo registra cualquier infracción de políticas, pero no interrumpirá las aplicaciones ni afectará el comportamiento del sistema.
No hay programas setuid/setgid. Se agregó soporte para capacidades del sistema de archivos a los archivos del sistema Android y se eliminaron todos los programas setuid/setguid. Esto reduce la superficie de ataque raíz y la probabilidad de posibles vulnerabilidades de seguridad.
Autenticación BAD. Desde Android 4.2.2, las conexiones a ADB se autentican con un par de claves RSA. Esto evita el uso no autorizado de ADB cuando el atacante tiene acceso físico a un dispositivo.
Restrinja Setuid de las aplicaciones de Android. La partición /system ahora está montada como nosuid para procesos generados por cigotos, lo que impide que las aplicaciones de Android ejecuten programas setuid. Esto reduce la superficie de ataque raíz y la probabilidad de posibles vulnerabilidades de seguridad.
Límite de capacidad. Android zygote y ADB ahora usan prctl(PR_CAPBSET_DROP) para eliminar capacidades innecesarias antes de ejecutar aplicaciones. Esto evita que las aplicaciones de Android y las aplicaciones iniciadas desde el shell adquieran capacidades privilegiadas.
Proveedor de AndroidKeyStore. Android ahora tiene un proveedor de almacén de claves que permite a las aplicaciones crear claves de uso exclusivo. Esto proporciona a las aplicaciones una API para crear o almacenar claves privadas que otras aplicaciones no pueden utilizar.
KeyChain esBoundKeyAlgoritmo. La API de llavero ahora proporciona un método (isBoundKeyType) que permite a las aplicaciones confirmar que las claves de todo el sistema están vinculadas a una raíz de confianza de hardware para el dispositivo. Esto proporciona un lugar para crear o almacenar claves privadas que no se pueden exportar fuera del dispositivo, incluso en caso de que la raíz esté comprometida.
NO_NEW_PRIVS. Android zygote ahora usa prctl(PR_SET_NO_NEW_PRIVS) para bloquear la adición de nuevos privilegios antes de ejecutar el código de la aplicación. Esto evita que las aplicaciones de Android realicen operaciones que puedan elevar los privilegios mediante execve. (Esto requiere la versión 3.5 o superior del kernel de Linux).
Mejoras en FORTIFY_SOURCE. Se habilitó FORTIFY_SOURCE en Android x86 y MIPS y se fortificaron las llamadas strchr(), strrchr(), strlen() y umask(). Esto puede detectar posibles vulnerabilidades de corrupción de memoria o constantes de cadena no terminadas.
Protecciones de reubicación. Se habilitaron reubicaciones de solo lectura (relro) para ejecutables vinculados estáticamente y se eliminaron todas las reubicaciones de texto en el código de Android. Esto proporciona una defensa en profundidad contra posibles vulnerabilidades de corrupción de memoria.
EntropyMixer mejorado. EntropyMixer ahora escribe entropía al apagar/reiniciar, además de la mezcla periódica. Esto permite retener toda la entropía generada mientras los dispositivos están encendidos y es especialmente útil para dispositivos que se reinician inmediatamente después del aprovisionamiento.
Correcciones de seguridad. Android 4.3 también incluye correcciones para vulnerabilidades específicas de Android. Se ha proporcionado información sobre estas vulnerabilidades a los miembros de Open Handset Alliance y las correcciones están disponibles en Android Open Source Project. Para mejorar la seguridad, algunos dispositivos con versiones anteriores de Android también pueden incluir estas correcciones.

Android proporciona un modelo de seguridad de varias capas que se describe en Descripción general de seguridad de Android . Cada actualización de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Las siguientes son algunas de las mejoras de seguridad introducidas en Android 4.2:

Verificación de aplicaciones : los usuarios pueden optar por habilitar "Verificar aplicaciones" y hacer que un verificador de aplicaciones evalúe las aplicaciones antes de la instalación. La verificación de aplicaciones puede alertar al usuario si intenta instalar una aplicación que podría ser dañina; si una aplicación es especialmente mala, puede bloquear la instalación.
Más control de SMS premium : Android proporcionará una notificación si una aplicación intenta enviar SMS a un código corto que usa servicios premium, lo que podría generar cargos adicionales. El usuario puede elegir si permitir que la aplicación envíe el mensaje o bloquearlo.
VPN siempre activa: la VPN se puede configurar para que las aplicaciones no tengan acceso a la red hasta que se establezca una conexión VPN. Esto evita que las aplicaciones envíen datos a través de otras redes.
Fijación de certificados : las bibliotecas principales de Android ahora admiten la fijación de certificados . Los dominios anclados recibirán una falla de validación de certificado si el certificado no se encadena a un conjunto de certificados esperados. Esto protege contra un posible compromiso de las autoridades de certificación.
Visualización mejorada de los permisos de Android : los permisos se han organizado en grupos que los usuarios entienden más fácilmente. Durante la revisión de los permisos, el usuario puede hacer clic en el permiso para ver información más detallada sobre el permiso.
Refuerzo de installd : el daemon installd no se ejecuta como usuario root, lo que reduce la superficie de ataque potencial para la escalada de privilegios de root.
Fortalecimiento de la secuencia de comandos de inicio: las secuencias de comandos de inicio ahora aplican la semántica O_NOFOLLOW para evitar ataques relacionados con enlaces simbólicos.
FORTIFY_SOURCE : Android ahora implementa FORTIFY_SOURCE . Esto lo utilizan las bibliotecas del sistema y las aplicaciones para evitar la corrupción de la memoria.
Configuración predeterminada de ContentProvider : las aplicaciones cuyo objetivo es el nivel de API 17 tendrán "exportación" establecida en "falso" de forma predeterminada para cada proveedor de contenido , lo que reduce la superficie de ataque predeterminada para las aplicaciones.
Criptografía : se modificaron las implementaciones predeterminadas de SecureRandom y Cipher.RSA para usar OpenSSL. Se agregó soporte SSL Socket para TLSv1.1 y TLSv1.2 usando OpenSSL 1.0.1
Correcciones de seguridad : las bibliotecas de código abierto actualizadas con correcciones de seguridad incluyen WebKit, libpng, OpenSSL y LibXML. Android 4.2 también incluye correcciones para vulnerabilidades específicas de Android. Se ha proporcionado información sobre estas vulnerabilidades a los miembros de Open Handset Alliance y las soluciones están disponibles en Android Open Source Project. Para mejorar la seguridad, algunos dispositivos con versiones anteriores de Android también pueden incluir estas correcciones.

androide 1.5

ProPolice para evitar desbordamientos del búfer de pila (-fstack-protector)
safe_iop para reducir los desbordamientos de enteros
Extensiones a OpenBSD dlmalloc para evitar vulnerabilidades de doble free() y para evitar ataques de consolidación de fragmentos. Los ataques de consolidación de fragmentos son una forma común de explotar la corrupción del montón.
OpenBSD calloc para evitar desbordamientos de enteros durante la asignación de memoria

androide 2.3

Protecciones de vulnerabilidad de cadena de formato (-Wformat-security -Werror=format-security)
No eXecute (NX) basado en hardware para evitar la ejecución de código en la pila y el montón
Linux mmap_min_addr para mitigar la escalada de privilegios de desreferencia de puntero nulo (mejorado aún más en Android 4.1)

Android 4.0

Aleatorización del diseño del espacio de direcciones (ASLR) para aleatorizar ubicaciones clave en la memoria

Android 4.1

Compatibilidad con PIE (ejecutable independiente de la posición)
Reubicaciones de solo lectura/enlace inmediato (-Wl,-z,relro -Wl,-z,now)
dmesg_restrict habilitado (evite filtrar direcciones del kernel)
kptr_restrict habilitado (evite filtrar direcciones del kernel)