PoC de escape de sandbox en iOS 26/27 permite acceso a datos de otras apps, Binance alerta

Apple iOS enfrenta una vulnerabilidad de aislamiento de procesos —popularmente llamada "sandbox escape"— cuya prueba de concepto fue publicada en GitHub por un investigador que firma forcequit. Según el código y las aplicaciones construidas sobre él, un programa puede, bajo ciertas condiciones, acceder a los contenedores de datos de otras apps en iPhone con iOS 26 y 27, exponiendo potencialmente semillas de billeteras, claves privadas y credenciales almacenadas. Binance emitió una advertencia pública que recomienda eliminar apps instaladas desde fuentes no confiables y, si hubo sospecha de compromiso, mover fondos a una cartera nueva creada en un dispositivo limpio.

Hechos confirmados: el investigador publicó un proyecto llamado worse_query en GitHub; desarrolladores de terceros han usado ese código para crear apps (por ejemplo, un gestor de ficheros llamado WQ Files) que, según sus notas, pueden enumerar y modificar los datos de otras aplicaciones sin necesitar jailbreak ni exploits de kernel; Binance y otros actores han alertado a usuarios; y las actualizaciones de iOS distribuidas recientemente (entre ellas las referidas a 27.2.1 y 26.7.3) no incluyen menciones públicas a un parche para este problema en las notas oficiales de seguridad de Apple. Además, las herramientas de sideloading como AltStore y SideStore pueden facilitar la instalación de apps que aprovechen el exploit porque generan los contenedores y provisiones necesarios al firmar apps con un Apple ID.

Cómo funciona técnicamente (en términos generales y confirmados por las publicaciones): iOS aísla los datos de cada app en contenedores independientes y regula el intercambio entre apps mediante mecanismos como App Groups y entitlements firmados. El código publicado aprovecha un flujo que permite que una app, al configurar un App Group container y usando los permisos y provisiones que se crean al instalar mediante sideloading, acceda al contenido de los contenedores de otras apps del sistema. El autor afirma que el PoC "puede alcanzar el contenedor de datos de cada app en un iPhone" y que en iOS 27 también puede tocar algunos directorios del sistema. No hay necesidad de un exploit de kernel ni de jailbreak para ejecutar estas acciones cuando se cumplen las condiciones de instalación y provisión.

Qué dispositivos y usuarios están en riesgo (confirmado y estimaciones): fuentes públicas del proyecto y de las apps basadas en él indican iOS 26 y 27 como versiones afectadas; sin embargo, hay discrepancias en las listas exactas de versiones soportadas entre distintos desarrolladores, y algunos han añadido soporte para versiones más recientes tras pruebas adicionales. Es confirmado que la amenaza se materializa si el usuario instala una app que implementa worse_query —es decir, apps sideloaded o manualmente firmadas—. No hay confirmación pública de que una app distribuida a través del App Store pueda explotar la técnica, y esa posibilidad permanece incierta: las políticas y las comprobaciones de firma de Apple dificultan que una app legítima en el App Store obtenga entitlements o provisiones que permitan leer arbitrariamente otros contenedores, pero la ausencia de un parche público deja abierta la posibilidad de vectores no divulgados.

Consecuencias prácticas: si un actor malicioso distribuye una app que incorpora este escape y un usuario la instala (por ejemplo, mediante sideload), la app podría leer, modificar o eliminar ficheros de otras aplicaciones presentes en el dispositivo. Para usuarios que manejan claves de criptomonedas, aplicaciones bancarias o gestores de contraseñas, esto implica riesgo directo de exfiltración de secretos. Pese a ello, hasta la fecha no se han reportado robos o ataques confirmados vinculados a worse_query según las declaraciones públicas de los desarrolladores y del intercambio que emitió la alerta.

Limitaciones y lo que aún no está confirmado: no existe confirmación oficial de Apple sobre la vulnerabilidad ni de que las últimas actualizaciones la remedien; los distintos repositorios y aplicaciones que usan el PoC ofrecen listas de versiones con diferencias entre sí; tampoco hay evidencia pública de abuso masivo o robos en la naturaleza. No se puede afirmar con certeza que una app distribuida por el App Store no pueda explotar la técnica, aunque el modelo de distribución y firma de Apple hace esa vía menos probable.

Las diferencias en los informes de compatibilidad entre proyectos indican que la explotación puede depender de factores específicos del dispositivo, la versión exacta de iOS y la forma en que la app fue instalada o firmada. Por tanto, afirmar una lista definitiva de versiones afectadas sería prematuro hasta que Apple publique un análisis técnico o un parche corregido.

Qué debe hacer el usuario hoy (acciones concretas y priorizadas): primero, elimine de inmediato cualquier app instalada fuera de la App Store que no sea estrictamente necesaria o cuya procedencia no pueda verificar. Segundo, actualice iOS y todas las aplicaciones a las últimas versiones disponibles; aunque las notas de seguridad de Apple no mencionan la corrección de este escape, mantener el sistema actualizado reduce la exposición global a vectores conocidos. Tercero, si ha instalado recientemente apps mediante sideload (AltStore, SideStore u otras), revise y desinstale esas apps y considere revocar los certificados o perfiles de provisión asociados a su Apple ID. Cuarto, para fondos en carteras: si sospecha que pudo haber una filtración, cree una nueva cartera en un dispositivo que nunca haya tenido instalado software potencialmente comprometido y mueva fondos allí; utilice una wallet fría o un hardware wallet para activos de alto valor. Quinto, habilite factores adicionales de seguridad para cuentas importantes (2FA con dispositivos físicos o llaves de seguridad cuando sea posible) y cambie contraseñas desde un dispositivo de confianza. Finalmente, registre y documente cualquier actividad sospechosa (cambios de sesión, transferencias no reconocidas) y, si corresponde, contacte con el soporte de los servicios afectados.

Para quienes quieran investigar más: la publicación original y las apps derivadas están disponibles en GitHub para revisión pública; puede consultar el repositorio con búsqueda pública en GitHub para ver el PoC y las discusiones alrededor del proyecto (búsqueda en GitHub: worse_query). Si utiliza herramientas de sideloading, revise las prácticas y riesgos en la página de esa herramienta —por ejemplo, AltStore mantiene documentación sobre cómo firma e instala apps en su web (altstore.io). Para el contexto de parches y notas oficiales de seguridad, Apple reúne sus boletines en su portal de soporte sobre actualizaciones de seguridad (Apple — About security updates).

En resumen: existe una prueba de concepto pública que demuestra un método para romper el aislamiento entre aplicaciones en versiones recientes de iOS bajo condiciones concretas de instalación. El riesgo real para la mayoría de usuarios depende de si han instalado apps desde fuera del App Store y de las prácticas de seguridad que sigan con sus claves y carteras. Hasta que Apple confirme y publique un parche, la medida más efectiva es remover software no confiable, operar carteras críticas desde dispositivos limpios o hardware wallets y seguir las recomendaciones de seguridad de los servicios que utilizan activos digitales.