Android mejora continuamente sus capacidades y ofertas de seguridad. Vea las listas de mejoras por lanzamiento en la navegación izquierda.
Androide 14
Todas las versiones de Android incluyen docenas de mejoras de seguridad para proteger a los usuarios. Estas son algunas de las principales mejoras de seguridad disponibles en Android 14:
- El AddressSanitizer asistido por hardware (HWASan), que se introdujo en Android 10, es una herramienta de detección de errores de memoria similar a AddressSanitizer. Android 14 ofrece mejoras significativas en HWASan. Descubre cómo ayuda a prevenir errores en las versiones de Android, HWAddressSanitizer
- En Android 14, a partir de las apps que comparten datos de ubicación con terceros, el diálogo de permisos de tiempo de ejecución del sistema ahora incluye una sección en la que se puede hacer clic y en la que se destacan las prácticas de uso compartido de datos de la app, incluida información como el motivo por el que una app puede decidir compartir datos con terceros.
- Android 12 introdujo una opción para inhabilitar la compatibilidad con 2G a nivel del módem, que protege a los usuarios del riesgo de seguridad inherente del modelo de seguridad obsoleto de la red 2G. Reconocer cómo la inhabilitación crítica de 2G podría ser para clientes empresariales, Android 14 habilita esta función de seguridad en Android Enterprise, se introduce la asistencia para que los administradores de TI restrinjan la capacidad de un equipo cambiar a una versión inferior a 2G.
- Se agregó compatibilidad para rechazar conexiones móviles de cifrado nulo, lo que garantiza que el tráfico de voz y SMS con conmutación de circuitos siempre esté encriptado y protegido contra la intercepción inalámbrica. Aprendizaje Más información sobre el programa de Android para endurecer la conectividad móvil
- Se agregó compatibilidad con varios IMEI
- Desde Android 14, AES-HCTR2 es el modo preferido de encriptación de nombres de archivos para dispositivos con instrucciones de criptografía acelerada.
- Conectividad móvil
- Se agregó documentación para el Centro de seguridad de Android.
- Si tu app está orientada a Android 14 y usa la carga dinámica de códigos (DCL), Todos los archivos cargados de forma dinámica deben marcarse como de solo lectura. De lo contrario, el sistema arroja una excepción. Recomendamos que las apps eviten la carga dinámica de códigos siempre que sea posible, ya que de esta manera aumenta, en gran medida, el riesgo de que una app pueda verse comprometida por la inserción o la manipulación de código.
Consulta nuestras notas de la versión completas de AOSP y la lista de cambios y funciones de Android Developers.
androide 13
Todas las versiones de Android incluyen 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 incorpora la compatibilidad con la presentación de varios documentos. Esta nueva interfaz de sesión de presentación permite que una app presente varios documentos, algo que no es posible con la API existente. Para obtener más información, consulta Credencial de identidad
- En Android 13, los intents que se originan en aplicaciones externas se entregan a una componente exportado solo si los intents coinciden los elementos declarados de filtro de intents.
- La API de Open Mobile (OMAPI) es una API estándar que se usa para comunicarse con el Elemento seguro de un dispositivo. Antes de Android 13, solo las apps y los módulos del framework tenían acceso a esta interfaz. Si los conviertes en una interfaz estable de proveedor, los módulos HAL también pueden comunicarse con los elementos seguros a través del servicio OMAPI. Para obtener más información, consulta Interfaz estable del proveedor de OMAPI
- A partir de Android 13-QPR, los UIDs compartidos dejan de estar disponibles. Los usuarios de Android 13 o versiones posteriores deben colocar la línea "android:sharedUserMaxSdkVersion="32"" en su manifiesto. Esta entrada evita que los usuarios nuevos obtengan un UID compartido. Para obtener más información sobre los UIDs, consulta Firma de apps.
- Android 13 agregó compatibilidad con primitivas criptográficas simétricas de Keystore, como AES (Estándar de encriptación avanzada), HMAC (código de autenticación de mensajes de hash con clave) y algoritmos criptográficos asimétricos (incluidas las curvas elípticas, RSA2048, RSA4096 y Curve 25519).
- Android 13 (nivel de API 33) y las versiones posteriores son compatibles un permiso de tiempo de ejecución para enviar notificaciones no exentas desde una app. Esto les brinda a los usuarios controlar qué notificaciones de permisos ven.
- Se agregó un mensaje por uso para las apps que solicitan acceso a todos los registros del dispositivo, lo que les permite a los usuarios permitir o denegar el acceso.
- presentó el Android Virtualization Framework (AVF), que reúne diferentes hipervisores en un framework con APIs estandarizadas. Proporciona entornos de ejecución seguros y privados para ejecutar cargas de trabajo aisladas por hipervisor.
- Se introdujo el esquema de firma de APK v3.1 Todas las rotaciones de claves nuevas que usan apksigner utilizan el esquema de firma v3.1 de forma predeterminada para la rotación objetivo en Android 13 y versiones posteriores.
Consulta las notas de la versión completas de AOSP y el desarrollador de Android funciones y la lista de cambios.
androide 12
Every Android release includes dozens of security enhancements to protect users. Here are some of the major security enhancements available in Android 12:
- Android 12 introduces the BiometricManager.Strings API, which provides localized strings for apps that use BiometricPrompt for authentication. These strings are intended to be device-aware and provide more specificity about which authentication types might be used. Android 12 also includes support for under-display fingerprint sensors
- Support added for under-display fingerprint sensors
- Introduction of the Fingerprint Android Interface Definition Language (AIDL)
- Support for new Face AIDL
- Introduction of Rust as a language for platform development
- The option for users to grant access only to their approximate location added
- Added Privacy indicators on the status bar when an app is using the camera or microphone
- Android's Private Compute Core (PCC)
- Added an option to disable 2G support
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
Every Android release includes dozens of security enhancements to protect users. Android 10 includes several security and privacy enhancements. See the Android 10 release notes for a complete list of changes in Android 10.
Security
BoundsSanitizer
Android 10 deploys BoundsSanitizer (BoundSan) in Bluetooth and codecs. BoundSan uses UBSan's bounds sanitizer. This mitigation is enabled on a per-module level. It helps keep critical components of Android secure and shouldn't be disabled. BoundSan is enabled in the following codecs:
libFLAC
libavcdec
libavcenc
libhevcdec
libmpeg2
libopus
libvpx
libspeexresampler
libvorbisidec
libaac
libxaac
Execute-only memory
By default, executable code sections for AArch64 system binaries are marked execute-only (nonreadable) as a hardening mitigation against just-in-time code reuse attacks. Code that mixes data and code together and code that purposefully inspects these sections (without first remapping the memory segments as readable) no longer functions. Apps with a target SDK of Android 10 (API level 29 or higher) are impacted if the app attempts to read code sections of execute-only memory (XOM) enabled system libraries in memory without first marking the section as readable.
Extended access
Trust agents, the underlying mechanism used by tertiary authentication mechanisms such as Smart Lock, can only extend unlock in Android 10. Trust agents can no longer unlock a locked device and can only keep a device unlocked for a maximum of four hours.
Face authentication
Face authentication allows users to unlock their device simply by looking at the front of their device. Android 10 adds support for a new face authentication stack that can securely process camera frames, preserving security and privacy during face authentication on supported hardware. Android 10 also provides an easy way for security-compliant implementations to enable app integration for transactions such as online banking or other services.
Integer Overflow Sanitization
Android 10 enables Integer Overflow Sanitization (IntSan) in software codecs. Ensure that playback performance is acceptable for any codecs that aren't supported in the device's hardware. IntSan is enabled in the following codecs:
libFLAC
libavcdec
libavcenc
libhevcdec
libmpeg2
libopus
libvpx
libspeexresampler
libvorbisidec
Modular system components
Android 10 modularizes some Android system components and enables them to be updated outside of the normal Android release cycle. Some modules include:
- Android Runtime
- Conscrypt
- DNS Resolver
- DocumentsUI
- ExtServices
- Media
- ModuleMetadata
- Networking
- PermissionController
- Time Zone Data
OEMCrypto
Android 10 uses OEMCrypto API version 15.
Scudo
Scudo is a dynamic user-mode memory allocator designed to be more resilient against heap-related vulnerabilities. It provides the standard C allocation and deallocation primitives, as well as the C++ primitives.
ShadowCallStack
ShadowCallStack
(SCS)
is an LLVM
instrumentation mode that protects against return address overwrites (like
stack buffer overflows) by saving a function's return address to a separately
allocated ShadowCallStack
instance in the function prolog of
nonleaf functions and loading the return address from the
ShadowCallStack
instance in the function epilog.
WPA3 and Wi-Fi Enhanced Open
Android 10 adds support for the Wi-Fi Protected Access 3 (WPA3) and Wi-Fi Enhanced Open security standards to provide better privacy and robustness against known attacks.
Privacy
App access when targeting Android 9 or lower
If your app runs on Android 10 or higher but targets Android 9 (API level 28) or lower, the platform applies the following behavior:
- If your app declares a
<uses-permission>
element for eitherACCESS_FINE_LOCATION
orACCESS_COARSE_LOCATION
, the system automatically adds a<uses-permission>
element forACCESS_BACKGROUND_LOCATION
during installation. - If your app requests either
ACCESS_FINE_LOCATION
orACCESS_COARSE_LOCATION
, the system automatically addsACCESS_BACKGROUND_LOCATION
to the request.
Background activity restrictions
Starting in Android 10, the system places restrictions
on starting activities from the background. This behavior change helps
minimize interruptions for the user and keeps the user more in control of what's
shown on their screen. As long as your app starts activities as a direct result
of user interaction, your app most likely isn't affected by these restrictions.
To learn more about the recommended alternative to starting activities from
the background, see the guide on how to alert
users of time-sensitive events in your app.
Camera metadata
Android 10 changes the breadth of information that the getCameraCharacteristics()
method returns by default. In particular, your app must have the CAMERA
permission in order to access potentially device-specific metadata that is
included in this method's return value.
To learn more about these changes, see the section about camera
fields that require permission.
Clipboard data
Unless your app is the default input method editor (IME) or is the app that currently has focus, your app cannot access clipboard data on Android 10 or higher.
Device location
To support the additional control that users have over an app's access to
location information, Android 10 introduces the ACCESS_BACKGROUND_LOCATION
permission.
Unlike the ACCESS_FINE_LOCATION
and ACCESS_COARSE_LOCATION
permissions, the ACCESS_BACKGROUND_LOCATION
permission only affects
an app's access to location when it runs in the background. An app is considered
to be accessing location in the background unless one of the following
conditions is satisfied:
- An activity belonging to the app is visible.
- The app is running a foreground service that has declared a foreground
service type of
location
.
To declare the foreground service type for a service in your app, set your app'stargetSdkVersion
orcompileSdkVersion
to29
or higher. Learn more about how foreground services can continue user-initiated actions that require access to location.
External storage
By default, apps targeting Android 10 and higher are given scoped access into external storage, or scoped storage. Such apps can see the following types of files within an external storage device without needing to request any storage-related user permissions:
- Files in the app-specific directory, accessed using
getExternalFilesDir()
. - Photos, videos, and audio clips that the app created from the media store.
To learn more about scoped storage, as well as how to share, access, and modify files that are saved on external storage devices, see the guides on how to manage files in external storage and access and modify media files.
MAC address randomization
On devices that run Android 10 or higher, the system transmits randomized MAC
addresses by default.
If your app handles an enterprise use case, the
platform provides APIs for several operations related to MAC addresses:
- Obtain randomized MAC address: Device owner apps and
profile owner apps can retrieve the randomized MAC address assigned to a
specific network by calling
getRandomizedMacAddress()
. - Obtain actual, factory MAC address: Device owner apps can
retrieve a device's actual hardware MAC address by calling
getWifiMacAddress()
. This method is useful for tracking fleets of devices.
Non-resettable device identifiers
Starting in Android 10, apps must have the
READ_PRIVILEGED_PHONE_STATE
privileged permission in order to
access the device's non-resettable identifiers, which include both IMEI and
serial number.
Build
TelephonyManager
If your app doesn't have the permission and you try asking for information about non-resettable identifiers anyway, the platform's response varies based on target SDK version:
- If your app targets Android 10 or higher, a
SecurityException
occurs. - If your app targets Android 9 (API level 28) or lower, the method returns
null
or placeholder data if the app has theREAD_PHONE_STATE
permission. Otherwise, aSecurityException
occurs.
Physical activity recognition
Android 10 introduces the android.permission.ACTIVITY_RECOGNITION
runtime permission for apps that need to detect the user's step count or
classify the user's physical activity, such as walking, biking, or moving in a
vehicle. This is designed to give users visibility of how device sensor data is
used in Settings.
Some libraries within Google Play services, such as the Activity
Recognition API and the Google
Fit API, don't provide results unless the user has granted your app this
permission.
The only built-in
sensors on the device that require you to declare this permission are the step
counter and step
detector sensors.
If your app targets Android 9 (API level 28) or lower, the system
auto-grants the android.permission.ACTIVITY_RECOGNITION
permission
to your app, as needed, if your app satisfies each of the following
conditions:
- The manifest file includes the
com.google.android.gms.permission.ACTIVITY_RECOGNITION
permission. - The manifest file doesn't include the
android.permission.ACTIVITY_RECOGNITION
permission.
If the system-auto grants the
android.permission.ACTIVITY_RECOGNITION
permission, your app
retains the permission after you update your app to target Android 10. However,
the user can revoke this permission at any time in system settings.
/proc/net filesystem restrictions
On devices that run Android 10 or higher, apps cannot access
/proc/net
, which includes information about a device's network
state. Apps that need access to this information, such as VPNs, should use the
NetworkStatsManager
or ConnectivityManager
class.
Permission groups removed from UI
As of Android 10, apps cannot look up how permissions are grouped in the UI.
Removal of contacts affinity
Starting in Android 10, the platform doesn't keep track of contacts affinity
information. As a result, if your app conducts a search on the user's contacts,
the results aren't ordered by frequency of interaction.
The guide about ContactsProvider
contains a notice describing
the specific fields
and methods that are obsolete on all devices starting in Android 10.
Restricted access to screen contents
To protect users' screen contents, Android 10 prevents silent access to the
device's screen contents by changing the scope of the
READ_FRAME_BUFFER
, CAPTURE_VIDEO_OUTPUT
, and
CAPTURE_SECURE_VIDEO_OUTPUT
permissions. As of Android 10, these
permissions are signature-access
only.
Apps that need to access the device's screen contents should use the
MediaProjection
API, which displays a prompt asking the user to provide consent.
USB device serial number
If your app targets Android 10 or higher, your app cannot read the serial
number until the user has granted your app permission to access the USB device
or accessory.
To learn more about working with USB devices, see the guide on how to configure
USB hosts.
Wi-Fi
Apps targeting Android 10 or higher cannot enable or disable Wi-Fi. The
WifiManager.setWifiEnabled()
method always returns false
.
If you need to prompt users to enable and disable Wi-Fi, use a settings
panel.
Restrictions on direct access to configured Wi-Fi networks
To protect user privacy, manual configuration of the list of Wi-Fi networks
is restricted to system apps and device policy
controllers (DPCs). A given DPC can be either the device owner or the
profile owner.
If your app targets Android 10 or higher, and it isn't a system app or a
DPC, then the following methods don't return useful data:
- The
getConfiguredNetworks()
method always returns an empty list. - Each network operation method that returns an integer value—
addNetwork()
andupdateNetwork()
—always returns -1. - Each network operation that returns a boolean value—
removeNetwork()
,reassociate()
,enableNetwork()
,disableNetwork()
,reconnect()
, anddisconnect()
—always returnsfalse
.
androide 9
Every Android release includes dozens of security enhancements to protect users. For a list of some of the major security enhancements available in Android 9, see the Android Release Notes.
androide 8
Every Android release includes dozens of security enhancements to protect users. Here are some of the major security enhancements available in Android 8.0:
- Encryption. Added support to evict key in work profile.
- Verified Boot. Added Android Verified Boot (AVB). Verified Boot codebase supporting rollback protection for use in boot loaders added to AOSP. Recommend bootloader support for rollback protection for the HLOS. Recommend boot loaders can only be unlocked by user physically interacting with the device.
- Lock screen. Added support for using tamper-resistant hardware to verify lock screen credential.
- KeyStore. Required key attestation for all devices that ship with Android 8.0+. Added ID attestation support to improve Zero Touch Enrollment.
- Sandboxing. More tightly sandboxed many components using Project Treble's standard interface between framework and device-specific components. Applied seccomp filtering to all untrusted apps to reduce the kernel's attack surface. WebView is now run in an isolated process with very limited access to the rest of the system.
- Kernel hardening. Implemented hardened usercopy, PAN emulation, read-only after init, and KASLR.
- Userspace hardening. Implemented CFI for the media stack. App overlays can no longer cover system-critical windows and users have a way to dismiss them.
- Streaming OS update. Enabled updates on devices that are are low on disk space.
- Install unknown apps. Users must grant permission to install apps from a source that isn't a first-party app store.
- Privacy. Android ID (SSAID) has a different value for
each app and each user on the device. For web browser apps, Widevine Client ID
returns a different value for each app package name and web origin.
net.hostname
is now empty and the dhcp client no longer sends a hostname.android.os.Build.SERIAL
has been replaced with theBuild.SERIAL
API which is protected behind a user-controlled permission. Improved MAC address randomization in some chipsets.
androide 7
Todas las versiones de Android incluyen docenas de mejoras de seguridad para proteger a los usuarios. A continuación, se incluyen algunas de las principales mejoras de seguridad disponibles en Android 7.0
- Encriptación basada en archivos. La encriptación a nivel de archivo en lugar de encriptar toda el área de almacenamiento como una sola unidad, aísla y protege a usuarios y perfiles individuales (como datos funciona) en un dispositivo.
- Inicio directo. El inicio directo, habilitado por la encriptación basada en archivos, permite que ciertas apps, como la alarma y las funciones de accesibilidad, se ejecuten cuando el dispositivo está encendido, pero no desbloqueado.
- Inicio verificado. El inicio verificado ahora se aplica estrictamente impedir que se inicien los dispositivos vulnerados admite la corrección de errores para y mejorar la confiabilidad contra la corrupción de datos no maliciosa.
- SELinux. La configuración actualizada de SELinux y el aumento de la cobertura de Seccomp aumentan el hermetismo de la zona de pruebas de la aplicación y reducen la superficie de ataque.
- La aleatorización del orden de carga de la biblioteca y ASLR mejorado. Un aumento de aleatoriedad provoca que algunos ataques basados en reutilización de código sean menos efectivos.
- Endurecimiento del kernel. Se agregó una protección de memoria adicional para los kernel más nuevos, el proceso consiste en: marcar porciones de la memoria del kernel como de “solo lectura”, restringir el acceso del kernel a direcciones del espacio de usuario y reducir aún más la superficie de ataque existente.
- Esquema de firma de APK v2. Se introdujo una firma para todo el archivo que mejora la velocidad de verificación y refuerza las garantías de integridad.
- Almacén de CA confiable. Para facilitar el control de las apps acceso al tráfico de red seguro, autoridades certificadoras instaladas por el usuario y aquellos instalados a través de las APIs de Device Admin ya no son de confianza de forma predeterminada. para las apps orientadas al nivel de API 24 y versiones posteriores. Además, todos los dispositivos Android nuevos deben envíase con la misma tienda de CA de confianza.
- Configuración de seguridad de la red. Configura 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
Todas las versiones de Android incluyen docenas de mejoras de seguridad para proteger a los usuarios. Estas son algunas de las principales mejoras de seguridad disponibles en Android 5.0:
- Encriptado de forma predeterminada. En los dispositivos que se envían con L preinstalada, la encriptación completa del disco está habilitada 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 encriptar en Configuración > Seguridad.
- Se mejoró la encriptación de disco completo. La contraseña del usuario está protegida contra ataques de descifrado por fuerza bruta con
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 del bloqueo de pantalla de Android y la clave de encriptación del dispositivo no se envían fuera del dispositivo ni se exponen a ninguna aplicación. - Zona de pruebas de Android reforzada con SELinux . Android ahora requiere SELinux en modo de aplicación forzosa para todos los dominios. SELinux es un obligatorio del sistema de control de acceso (MAC) del kernel de Linux que se utiliza para aumentar la modelo de seguridad de control de acceso discrecional (DAC) existente. Esta nueva capa proporciona protección adicional contra posibles vulnerabilidades de seguridad.
- Smart Lock Android ahora incluye trustlets que proporcionan 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 o Bluetooth) o cuando los usa alguien con un rostro de confianza.
- Modos multiusuario, de perfil restringido y de invitado para teléfonos y tablets Android ahora admite varios usuarios en teléfonos y incluye un modo invitado que se puede usar para proporcionar acceso temporal y sencillo a tu dispositivo sin otorgar acceso a tus datos y apps.
- Actualizaciones de WebView sin OTA WebView ahora puede se actualiza de forma independiente del framework y sin un sistema OTA Esto permite una respuesta más rápida a los posibles problemas de seguridad en WebView.
- Se actualizó la criptografía para HTTPS y TLS/SSL. TLSv1.2 y TLSv1.1 ahora están habilitados, la confidencialidad directa ahora es la preferida, AES-GCM ahora está habilitado y los conjuntos de algoritmos de cifrado débiles (MD5, 3DES y conjuntos de algoritmos de cifrado de exportación) ahora están inhabilitados. Consulta https://developer.android.com/reference/javax/net/ssl/SSLSocket.html para obtener más detalles.
- Se quitó la compatibilidad con vinculadores que no son PIE. Android ahora requiere que todos los ejecutables vinculados de forma dinámica admitan PIE (ejecutables de posición independiente). Esto mejora el espacio de direcciones de Android de aleatorización de diseño (ASLR).
- Mejoras de FORTIFY_SOURCE. La siguiente libc
ahora implementan las protecciones FORTIFY_SOURCE:
stpcpy()
,stpncpy()
,read()
yrecvfrom()
FD_CLR()
,FD_SET()
yFD_ISSET()
. Esta brinda protección contra las vulnerabilidades de corrupción en la memoria que incluyen esas funciones. - Correcciones de seguridad. Android 5.0 también incluye correcciones para Vulnerabilidades específicas de Android Los miembros de Open Handset Alliance recibieron información acerca de estas vulnerabilidades y las correcciones están disponibles en el Proyecto de código abierto de Android. Para mejorar la seguridad, algunos dispositivos con versiones anteriores de Android también pueden incluir estas correcciones.
Android 4 y anteriores
Todas las versiones de Android incluyen docenas de mejoras de seguridad para proteger a los usuarios. A continuación, se muestran algunas de las mejoras de seguridad disponibles en Android 4.4:
- La zona de pruebas de Android se reforzó con SELinux. Android ahora usa SELinux en modo de aplicación forzosa. SELinux es un sistema de control de acceso obligatorio (MAC) en el kernel de Linux que se usa para aumentar el modelo de seguridad existente basado en el control de acceso discrecional (DAC). Esto brinda protección adicional contra posibles riesgos de seguridad vulnerabilidades.
- Por VPN del usuario. En dispositivos de varios usuarios, las VPN ahora se aplican por usuario. De esta manera, un usuario puede orientar todo el tráfico de 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 supervisión de dispositivos. Android envía una advertencia a los usuarios si se ha recibido al almacén de certificados del dispositivo, que podría permitir tráfico de red encriptado.
- FORTIFY_SOURCE. Android ahora es compatible con el nivel 2 de FORTIFY_SOURCE, y todo el código se compila estas protecciones. Se mejoró FORTIFY_SOURCE para que funcione con clang.
- Fijación de certificados. Android 4.4 detecta y previene el uso fraudulento de productos certificados usados en las comunicaciones SSL/TLS seguras.
- Correcciones de seguridad. Android 4.4 también incluye correcciones para vulnerabilidades específicas de Android. Los miembros de Open Handset Alliance recibieron información acerca de estas vulnerabilidades y las correcciones están disponibles en el Proyecto de código abierto de Android. Para mejorar la seguridad, algunos dispositivos con versiones anteriores de Es posible que Android también incluya 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 ofrece un modelo de seguridad de varias capas, que se describe en el artículo Android Descripción general de seguridad. Cada actualización de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Los siguientes son algunos de los mecanismos mejoras introducidas en Android 4.2:
- Verificación de aplicaciones: Los usuarios pueden optar por habilitar la función Verificar aplicaciones. hacer que un verificador de aplicaciones examine las apps antes de su instalación La verificación de aplicaciones puede alertar al usuario si intenta instalar una aplicación que podría dañino; Si una app es especialmente mala, puede bloquear su instalación.
- Mayor control de los SMS premium: Android proporciona una notificación si una app intenta enviar SMS a un código corto que usa servicios premium que pueden generar cargos adicionales. El usuario puede elegir si permite para enviar el mensaje o bloquearlo.
- VPN siempre activada: La VPN se puede configurar para que las apps no tengan el acceso a la red hasta que se establezca una conexión VPN. Esto evita que las apps envíen datos a través de otras redes.
- Fijación de certificados: Las bibliotecas principales de Android ahora admiten fijación de certificados. Los dominios fijados reciben una validación de certificado falla si el certificado no se encadena a un conjunto de certificados esperados. Esto brinda protección contra posibles compromisos de las autoridades certificadoras.
- Visualización mejorada de los permisos de Android: Los permisos se organizan en grupos que los usuarios pueden comprender 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.
- Endurecimiento de installd: El daemon
installd
no se ejecuta como usuario raíz, lo que reduce la superficie de ataque potencial para la elevación de privilegios raíz. - Endurecimiento de la secuencia de comandos init: Ahora, las secuencias de comandos init aplican la semántica
O_NOFOLLOW
para evitar ataques relacionados con symlink. FORTIFY_SOURCE
: Android ahora implementaFORTIFY_SOURCE
Esto lo utilizan las bibliotecas y apps del sistema para evitar daños en la memoria.- Configuración predeterminada de ContentProvider: Apps orientadas a la API
nivel 17 tienen
export
establecido enfalse
de forma predeterminada para cada Contenido Proveedor, lo que reduce la superficie de ataque predeterminada para las apps. - Criptografía: Se modificaron las implementaciones predeterminadas de SecureRandom y Cipher.RSA para usar OpenSSL Se agregó compatibilidad con SSL Socket para TLSv1.1 y TLSv1.2. con 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. La información sobre estas vulnerabilidades a los miembros de Open Handset Alliance y las correcciones están disponibles en Proyecto de código abierto de Android 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 la Descripción general de seguridad de Android. Cada actualización de Android incluye docenas de mejoras de seguridad para proteger a los usuarios. Los siguientes son algunos de los mecanismos mejoras introducidas en las versiones 1.5 a 4.1 de Android:
- Android 1.5
- ProPolice para evitar desbordamientos del búfer de pila (-fstack-protector)
- safe_iop para reducir los desbordamientos de números enteros
- Extensiones para 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 aprovechar la corrupción del montón.
- OpenBSD calloc para evitar desbordamientos de números enteros durante la asignación de memoria
- Android 2.3
- Protecciones de vulnerabilidad de cadenas 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 en el montón
- mmap_min_addr de Linux para mitigar la escalamiento de privilegios de eliminación de referencia de puntero nulo (se mejoró aún más en Android 4.1)
- Android 4.0
- Aleatorización del diseño del espacio de direcciones (ASLR) para aleatorizar las ubicaciones de claves en la memoria
- Android 4.1
- Compatibilidad con PIE (ejecutable de posición independiente)
- Reubicaciones de solo lectura / vinculación inmediata (-Wl,-z,relro -Wl,-z,now)
- dmesg_restrict habilitado (evita filtrar direcciones de kernel)
- kptr_restrict habilitado (evita la filtración de direcciones del kernel)