Alguém Acabou de Rodar iOS 16.5 Inteiro num Xiaomi

Eu já vi muita coisa estranha no mundo mobile. Android rodando num iPhone (lembra do Project Sandcastle?), Linux num iPad, Windows RT hackeado. Mas iOS completo rodando num celular Android, com SpringBoard, Safari e tudo mais? Isso eu nunca pensei que ia ver.

O projeto se chama HackiOS, e no dia 22 de outubro de 2026, o time OOSexGang publicou no GitHub o código que faz exatamente isso: boota o kernel XNU da Apple (sim, o mesmo kernel do seu iPhone) num POCO X5 Pro 5G com Snapdragon 778G. E funciona. A tela de bloqueio aparece, o SpringBoard carrega, você abre o Safari, a Câmera, o Calendário. Wi-Fi conecta a 90 Mbit/s. Som sai. GPU renderiza.

A parada viralizou no Hacker News com quase 500 pontos em poucas horas. E por boas razões: esse é, provavelmente, o hack mobile mais impressionante desde o jailbreak original do iPhone em 2007.

O Que É o XNU (e Por Que Ele é Open Source)

Antes de entender o HackiOS, você precisa entender uma coisa que a maioria dos devs não sabe: o kernel do iOS é open source.

Sério. O XNU (acrônimo recursivo para “X is Not Unix”) é o kernel híbrido que roda embaixo de todo macOS, iOS, watchOS e tvOS. A Apple publica o código-fonte dele sob a Apple Public Source License desde o ano 2000, quando lançou o Darwin, o “esqueleto” open source dos seus sistemas operacionais.

O XNU combina três coisas:

Então quando alguém diz “iOS é fechado”, a verdade é mais nuanced. O kernel é aberto. O que é fechado são os frameworks de cima (UIKit, SwiftUI, CoreAnimation), os drivers proprietários da Apple, e o userspace todo. Mas o coração do sistema, o kernel em si, está lá no GitHub da Apple para qualquer um ler.

E é exatamente isso que o time do HackiOS explorou.

Como o HackiOS Funciona (a Arquitetura)

O processo é absurdamente engenhoso. Vou quebrar em camadas:

Camada 1: EFI Loader Customizado

O time escreveu seu próprio bootloader EFI e portou uma implementação UEFI para o hardware Snapdragon. Esse loader inicializa o hardware do POCO X5 Pro e prepara o ambiente para o XNU, que espera um boot sequence no estilo Apple (com Device Tree, NVRAM emulada e BootArgs configurados).

Camada 2: XNU Patcheado

O kernel XNU 8796.121.2 (a versão do iOS 16.5) foi modificado para aceitar hardware não-Apple. As principais mudanças incluem:

• Remoção das verificações de hardware Apple-específicas
• Adaptação do subsistema de memória para o layout do Snapdragon 778G
• Stubs para os drivers IOKit que esperariam silicon Apple

Camada 3: Drivers Substitutos

Essa é a parte mais trabalhosa. Todo iPhone tem drivers proprietários para GPU (Apple GPU), Wi-Fi (Broadcom), armazenamento (Apple NAND controller), áudio, etc. Nenhum desses existe no Snapdragon. O time teve que escrever replacements:

• GPU: Driver customizado para Adreno 642L (a GPU do Snapdragon 778G)
• Wi-Fi: Adaptação do driver Linux ath11k para o chip WCN6750, rodando através de uma compatibility layer
• Armazenamento: Driver para UFS em vez do Apple NAND
• Áudio: Driver customizado para o codec de áudio Qualcomm
• Input: Mapeamento do touchscreen e botões físicos

Camada 4: Userspace iOS Intocado

E aqui está a elegância: o userspace do iOS 16.5 roda sem modificação. O launchd inicia, o SpringBoard carrega, os apps nativos abrem. Quando algo precisa de uma API que o hardware não suporta, o time usa library injection para interceptar as chamadas e redirecionar para os drivers substitutos.

[Boot Sequence]
Fastboot → EFI Loader → UEFI → XNU Kernel → launchd → SpringBoard → iOS UI
           (custom)    (port)   (patched)     (original Apple)

O sistema inteiro roda na RAM. Nada é gravado permanentemente no armazenamento do celular. Depois de um reboot, o POCO X5 Pro volta ao Android como se nada tivesse acontecido.

O Que Funciona (e o Que Não Funciona)

Vamos ser honestos sobre o estado atual. O HackiOS é impressionante, mas está longe de ser um daily driver.

Funciona

• Tela de bloqueio e desbloqueio
• Home screen (SpringBoard) com ícones e pastas
• Gestos do sistema (swipe up, control center)
• Safari, Câmera, Calendário, Ajustes e outros apps nativos
• Wi-Fi via WCN6750 (ath11k), velocidades de 55 a 90 Mbit/s
• GPU acceleration via Adreno 642L
• Áudio (saída)
• Até 8 cores de CPU ativas
• Armazenamento persistente entre reboots

Não funciona

• Rede celular (sem modem, sem chamadas, sem 4G/5G)
• Bluetooth
• Carregamento de bateria (o celular só descarrega rodando o XNU)
• App Store (depende do Secure Enclave da Apple)
• Metal para apps de terceiros (em progresso)
• iMessage, FaceTime e qualquer serviço que precise dos servers da Apple

Ou seja: dá pra brincar, explorar, mostrar pros amigos. Mas não dá pra trocar o chip e sair usando como iPhone.

A História dos “Cross-OS Hacks” Mobile

O HackiOS não surgiu do nada. Existe uma longa tradição de hackers tentando rodar sistemas operacionais em hardware “proibido”.

iDroid (2008-2010)

O primeiro projeto a rodar Android num iPhone. David Wang e Chris Wade (que depois fundariam a Corellium) conseguiram bootar Android no iPhone original e no iPhone 3G. Era lento, bugado e quase nada funcionava, mas provou que era possível.

Project Sandcastle (2020)

A Corellium, empresa fundada por ex-jailbreakers, lançou uma prova de conceito que bootava Android 10 no iPhone 7 usando o exploit checkm8. Funcionava, mas sem GPU, áudio, celular ou Bluetooth. E morreu duas semanas depois do lançamento, sem updates.

postmarketOS e Linux no iPhone

A comunidade postmarketOS conseguiu rodar Linux em vários iPhones antigos, com suporte básico a tela, USB e (em alguns modelos) Wi-Fi. Também existe o projeto Asahi Linux que roda Linux nos Macs com Apple Silicon, com aceleração GPU completa.

HackiOS (2026)

O HackiOS inverte a direção: em vez de Android no iPhone, é iOS no Android. E com um nível de funcionalidade muito superior aos projetos anteriores. Wi-Fi funcionando, GPU acelerada, áudio, câmera. Isso não existia antes.

Por Que Isso É Tão Difícil

Se o kernel é open source, por que ninguém fez isso antes? Porque o kernel é só 10% do problema.

1. Drivers são o inferno

A Apple projeta seu hardware e software juntos. Os drivers do iPhone são feitos sob medida para o Apple A-series/M-series silicon. Quando você joga o XNU num Snapdragon, nada funciona: a GPU é diferente (Adreno vs Apple GPU), o Wi-Fi é diferente (Qualcomm vs Broadcom), o armazenamento é diferente (UFS vs Apple NAND). Cada driver tem que ser reescrito do zero.

2. O userspace espera hardware Apple

Mesmo que o kernel funcione, o SpringBoard e os apps esperam APIs que dependem de hardware específico: Face ID (TrueDepth camera), Haptic Engine, Secure Enclave, Apple Neural Engine. Cada uma dessas dependências precisa ser stubbed ou emulada.

3. Boot sequence proprietário

iPhones usam um boot chain criptografado: BootROM → iBoot → kernel. Esse chain verifica assinaturas em cada etapa. O HackiOS teve que construir um boot path completamente novo que imita o que o XNU espera receber, sem ter acesso ao iBoot real.

4. Documentação zero

A Apple não publica documentação sobre as interfaces internas entre o kernel e o userspace. Os devs do HackiOS tiveram que fazer engenharia reversa de tudo: quais IOKit services o SpringBoard espera, quais entitlements os daemons precisam, como o launchd descobre o hardware disponível.

O Impacto para Devs e Pesquisadores

Ok, mas além do fator “nossa, que legal”, qual é a utilidade prática?

Pesquisa de segurança

Rodar iOS em hardware controlado significa que pesquisadores podem instrumentar o sistema de formas que não são possíveis num iPhone real. Injetar breakpoints no kernel, monitorar syscalls, analisar como apps se comportam em runtime. Isso é ouro para quem faz análise de vulnerabilidades.

Desenvolvimento e teste

Imagine testar seu app iOS sem precisar de um Mac ou um iPhone. Sim, o Simulator do Xcode existe, mas ele roda binários x86/ARM recompilados, não o iOS real. O HackiOS roda o iOS real, com o kernel real, os frameworks reais.

Entendimento de sistemas operacionais

Para quem estuda OS design, ter acesso a um iOS funcional em hardware “aberto” é um laboratório sem preço. Dá pra ver como o Mach IPC funciona na prática, como o BSD layer gerencia processos, como o IOKit descobre hardware.

Jailbreak research

Historicamente, rodar iOS fora do hardware Apple facilita muito a descoberta de bugs de segurança. A Corellium, que vende virtualização de iOS para pesquisadores, já demonstrou isso. O HackiOS democratiza esse acesso.

Como Testar (Se Você Tiver um POCO X5 Pro)

O time publicou instruções no GitHub. O processo básico é:

# 1. Baixar os arquivos do release
git clone https://github.com/oosexgang/hackios-xnu-kernel
cd hackios-xnu-kernel

# 2. Conectar o POCO X5 Pro via USB em modo fastboot
adb reboot bootloader

# 3. Flashear o boot image (roda na RAM, não grava nada)
fastboot boot hackios-boot.img

# 4. Aguardar o boot (~4-5 minutos na logo da Apple)
# Quando o SpringBoard carregar, o iOS estará rodando

Também existe suporte para QEMU (emulação em qualquer PC Linux com aarch64), que é ideal pra quem quer experimentar sem ter o hardware específico:

# Boot via QEMU (mais lento, mas funciona em qualquer PC)
qemu-system-aarch64 -M virt -cpu cortex-a76 -m 4G \
  -bios hackios-uefi.fd \
  -drive file=hackios-rootfs.img,format=raw

Atenção: o projeto é experimental. Não use num celular com dados importantes. Embora o sistema rode na RAM e não altere o armazenamento permanente, sempre existe risco quando você modifica o processo de boot.

As Questões Legais (Porque a Apple Vai Querer Saber)

O kernel XNU é open source sob APSL 2.0, então usar e modificar ele é legal. Mas a história fica complicada quando você olha pro userspace.

Os frameworks do iOS (UIKit, CoreAnimation, SpringBoard), os apps nativos, os daemons do sistema: nada disso é open source. São propriedade intelectual da Apple. Rodar esses binários em hardware não-Apple provavelmente viola os termos de uso da Apple e pode gerar um processo de copyright.

A Apple já processou a Corellium por virtualizar iOS (e eventualmente chegaram a um acordo). O HackiOS está num território legal parecido, talvez até mais arriscado por distribuir instruções de como rodar firmware proprietário.

No entanto, a fair use defense pode ser aplicável para uso em pesquisa de segurança e educação. É uma zona cinza legal que provavelmente não vai ser testada até a Apple decidir agir.

O Que Vem Pela Frente

O time OOSexGang listou no roadmap:

• Metal para apps de terceiros: Traduzir chamadas Metal para Vulkan (via MoltenVK invertido, basicamente). Isso permitiria que jogos e apps gráficos funcionem.
• Suporte a mais devices: Outros Snapdragon com Adreno GPU são os candidatos naturais.
• Rede celular: O mais difícil de todos, porque depende do modem Qualcomm e de protocolos proprietários das operadoras.
• Carregamento de bateria: Requer integração com o PMIC (Power Management IC) do Snapdragon, que tem drivers diferentes do que o XNU espera.

Se Metal funcionar, a coisa muda de patamar. De curiosidade técnica para plataforma real de testes.

Isso Vai Mudar Alguma Coisa?

Provavelmente não para o consumidor médio. Ninguém vai trocar seu iPhone por um POCO X5 rodando iOS via fastboot. Mas para a comunidade de pesquisa, segurança e hacking, é um divisor de águas.

O HackiOS prova que a muralha entre iOS e o resto do mundo não é tão sólida quanto a Apple gostaria. O kernel é aberto, o hardware ARM é compatível, e com trabalho suficiente de engenharia reversa, o userspace roda. A única barreira real é legal, não técnica.

E pra quem cresceu vendo aqueles vídeos do iDroid em 2010 bootando um Android destruído num iPhone 3G, ver um iOS completo com Wi-Fi, GPU e câmera funcionando num Xiaomi é quase poético. A saga continua, mas agora na direção oposta.

O repositório está em github.com/oosexgang/hackios-xnu-kernel. Vai lá conferir. E se você tiver um POCO X5 Pro juntando poeira na gaveta, agora ele tem uma razão muito mais interessante pra existir.

Fonte de inspiração: HackiOS XNU Kernel (GitHub)