Aplicaciones sin privilegios toman el control de teléfonos insignia

AXCESS · Septiembre 14, 2026, 06:54:25 PM

Los enlaces son solo para miembros. Registrate o iniciá sesión

Los últimos modelos insignia de Samsung, Xiaomi, Oppo y OnePlus —todos ellos con las actualizaciones de seguridad más recientes— sucumbieron ante una aplicación sin privilegios. Y la culpa no es de Android: el software añadido por los fabricantes de teléfonos presenta vulnerabilidades críticas y cuenta con un acceso profundo al sistema.

Lukas Maar, investigador de seguridad de Calif, ha revelado un punto débil inquietante en los dispositivos Android: el software de los fabricantes (OEM) presenta vulnerabilidades críticas que permiten a los atacantes obtener acceso de *root* (administrador) en teléfonos inteligentes de las principales marcas.

El investigador demostró cómo una aplicación sin privilegios y sin permisos específicos podía tomar el control total de los dispositivos Android.

Esta misma estrategia de ataque, denominada «OEMpocalypse Now», dio lugar a tres cadenas de *exploits* dirigidas a los modelos insignia de Samsung (desde la serie Galaxy S23 hasta la S26 y la reciente serie Z), a la mayoría de los dispositivos Xiaomi (desde la gama media hasta la alta) y a los modelos insignia más recientes de Oppo, OnePlus y Realme.

Las vulnerabilidades explotadas no estaban vinculadas a una versión de Android, un chipset, una versión del kernel ni siquiera a un modelo de dispositivo en concreto. Muchos teléfonos inteligentes ejecutan la misma capa de software adicional con fallos —como One UI, HyperOS o ColorOS— junto con controladores del kernel específicos del fabricante (OEM).

«La idea central es centrarse únicamente en el código escrito por fabricantes de equipos originales (OEM), como Samsung y Xiaomi», señaló Maar en la primera parte de la investigación.

«Ninguno de los controladores daba la impresión de haber sido desarrollado teniendo en cuenta a un llamador malicioso».

El acceso *root* otorga a los atacantes un control casi total sobre el dispositivo y sus datos, eludiendo el modelo de permisos de Android e incluso permitiéndoles manipular ajustes a nivel de sistema inaccesibles para el usuario, lo que podría causar daños en el *hardware*.

El investigador no reveló el código de prueba de concepto y se limitó a compartir varios videoclips como evidencia de la vulneración de teléfonos inteligentes de gama alta. Maar tiene previsto continuar la serie con un análisis más detallado de cada cadena de vulnerabilidades específica de cada fabricante (OEM).

¿Cómo funcionan los exploits?

Las aplicaciones de Android de terceros se ejecutan en un entorno aislado (*sandbox*) denominado `untrusted_app`; por lo general, no pueden comunicarse directamente con los controladores del núcleo (*kernel*) y nunca deberían tener acceso a privilegios de superusuario (*root*).

Maar describe un exploit que permite escalar privilegios desde el contexto `untrusted_app` hasta *root*; según se informa, este método alcanza una fiabilidad cercana al 100 % independientemente de las defensas o personalizaciones de Android, es portátil —requiriendo ajustes mínimos según la versión del núcleo, el fabricante (OEM), el *chipset* o el dispositivo— y es universalmente compatible con una gran variedad de dispositivos.

El exploit se implementa en dos etapas principales

La primera consiste en escapar del entorno aislado (*sandbox*). Android ya ofrece diversas formas para que las aplicaciones interactúen entre sí mediante puntos de conexión de comunicación entre procesos (IPC). El software de los fabricantes (OEM) amplía esta superficie de ataque al incorporar sus propias aplicaciones, servicios y procesos en segundo plano (*daemons*), cada uno con su propio conjunto de puntos de conexión de este tipo. Además, los componentes del fabricante tienen la capacidad de abrir el controlador del núcleo.

"Un único fallo de lógica en uno de estos controladores IPC de OEM —por ejemplo, la falta de una comprobación del llamador, un componente expuesto que no debería estarlo o una ruta de archivo no validada— basta para traspasar un límite de privilegios."
explica Maar.

El investigador aprovechó un error presente exclusivamente en la lógica del espacio de usuario del OEM para pasar de una aplicación no confiable a un proceso propiedad del OEM.

En la segunda etapa, el investigador se centró en una vulnerabilidad de tipo *use-after-free* (uso tras liberación) en un controlador del kernel específico del OEM. El controlador conservaba una referencia a un segmento de memoria concreto (una página) después de que el kernel la hubiera liberado para su reutilización, lo que permitía al investigador utilizar dicha referencia obsoleta para acceder a datos del kernel y modificarlos.

«Posteriormente, apliqué esta estrategia en tres ocasiones —una por cada fabricante de equipos originales (OEM) de Android importante— y descubrí múltiples vulnerabilidades durante el proceso», señaló el investigador.

Se probaron aplicaciones sin permisos declarados en los modelos Samsung Galaxy S26 Ultra, S26 y Galaxy S23, Xiaomi 17, Oppo Find X9 Ultra y OnePlus Ace 6 Ultra.

Los dispositivos Pixel, que ejecutan Android puro (*stock Android*), no serían vulnerables a este tipo de fallo; para obtener privilegios de *root* en ellos, se requeriría un error más genérico del kernel de Linux.

El informe advierte que esta clase de errores de *use-after-free* resulta difícil de mitigar una vez que afectan al código del kernel. Solucionarlos requiere auditar los controladores que asignan páginas propiedad del kernel al espacio de usuario o a los espacios de direcciones de los dispositivos, así como garantizar que dicha asignación se elimine por completo antes de liberar la página.

Fuente:
CyberNews
Los enlaces son solo para miembros. Registrate o iniciá sesión

Aplicaciones sin privilegios toman el control de teléfonos insignia

AXCESS

Septiembre 14, 2026, 06:54:25 PM