Un vídeo asegura haber logrado lo impensable: iOS corriendo en un Android. La realidad técnica detrás es mucho menos bonita

La utopía de derribar la frontera que separa a iOS de Android es tan antigua como los propios smartphones. Cada cierto tiempo, un vídeo publicado en redes vuelve a reavivar el sueño mostrando lo que parece un milagro: la pantalla de inicio del iPhone funcionando en un teléfono Android.

En las últimas semanas, esa conversación ha vuelto con más fuerza que nunca por HackiOS, un proyecto que asegura haber arrancado iOS 16 en terminales con procesadores de Qualcomm. Sin embargo, en la ingeniería de bajo nivel, lo que resulta vistoso en un clip de unos segundos rara vez resiste un análisis riguroso.

Entre el misterio de HackiOS y las sombras de su desarrollo

El foco se ha concentrado en el grupo de desarrollo OOSexGang, cuyos avances se recogen en una web que sigue y verifica el proyecto de HackiOS. Según sus responsables, tratan de ejecutar iOS 16.5 en el hardware de Qualcomm, empezando por modelos compatibles como el POCO X5 Pro y el Xiaomi 11 Lite 5G.

Y su promesa describe una secuencia de arranque modificada: el gestor de arranque (bootloader) de Android da paso a una implementación UEFI propia, carga un módulo en RAM, inicializa un kernel XNU adaptado y desemboca en la interfaz gráfica corriendo sobre la CPU del móvil.

Pese a lo llamativo de los clips que comparten, debemos mirar este proyecto con cierta prudencia. En la sección de preguntas frecuentes se admite que la aceleración gráfica o la estabilidad de las apps son interrogantes sin resolver, mientras que confirma que no hay código fuente abierto ni archivos que se puedan descargar.

Además, las dudas han crecido tras filtrarse capturas con referencias a QEMU, lo que obligó al equipo a publicar un comunicado en su canal de Telegram para aclarar que el uso de QEMU es exclusivo de pruebas en PC, al tiempo que rechazan ofertas de dinero por aportar pruebas y alertan sobre instaladores que circulan por la red y que son falsos.

Esta es la realidad

Para entender qué ocurre cuando se intenta meter el sistema operativo de Apple en un móvil que no es suyo, la mejor referencia que tenemos es el código abierto. El ejemplo de esto está en el repositorio 'ios-sweet', que documenta el traslado del kernel XNU a un Redmi Note 10 Pro con Snapdragon 732G, montando encima el sistema de archivos de un iPhone X con iOS 16.7.

Su documentación describe con crudeza el precio de forzar esta convivencia entre hardware y software:

• Renderizado por CPU: al no haber drivers compatibles con la GPU Adreno, la interfaz se dibuja en el procesador a unos 20 o 30 FPS.
• Procesador limitado: solo se usan seis de los ocho núcleos del chip, dejando apagados precisamente los principales Cortex-A76.
• Arranque: lento, muy lento. El teléfono tarda entre cuatro y cinco minutos desde que muestra el logotipo de la manzana hasta que imprime la pantalla de bloqueo.
• Navegación rota: el táctil responde y permite navegar por menús, pero los gestos de navegación no están implementados. Así, no se puede salir de una app una vez se ha abierto.
• Conectividad: no hay soporte para WiFi, Bluetooth, red móvil, sonido, cámara ni sensores.
• Seguridad: ha sido necesario desarmar todas las barreras de APple, anulando el aislamiento sandbox, la firma de código y el enclave seguro.

Hay que aclarar: estos obstáculos no son fallos en la adaptación, más bien son barreras estructurales difíciles de salvar. El kernel está optimizado para comunicarse con los chips de Apple, mientras que los componentes de Qualcomm dependen de drivers cerrados diseñados para Linux.

Por lo tanto, sin la cooperación de los fabricantes ni acceso a la documentación de ambas plataformas, ver la pantalla de inicio de iOS en un móvil Android sigue siendo un hito, pero queda a años luz de convertirse en un sistema utilizable por los usuarios. Seguiremos de cerca este proyecto.

Imagen destacada | Generada desde @aehyok

En Xataka Móvil | 30 formas en las que iOS 27 dispara la velocidad de tu iPhone