Novo exploit irremovível atinge os chips A12 e A13 da Apple

O usbliter8 não é só mais um exploit de BootROM: é a primeira prova de que o ataque por manipulação de ponteiro no controlador USB, uma falha de hardware, não de firmware, se tornou explorável em escala real contra chips A12 e A13. Diferente do checkm8, que dependia de um bug no parser de DFU, o usbliter8 explora um comportamento errático do hardware ao processar pacotes USB sub-64 bytes durante o boot, algo que o A11 evita com reset manual do ponteiro, e o A14+ contorna com configuração correta do Memory Protection Unit (MPU) no SecureROM. Isso confirma uma tendência crítica observada desde fevereiro: a Apple está perdendo a corrida de defesa em camadas mais baixas do stack, onde correções são impossíveis.

A relevância técnica está na cadeia de comprometimento: o exploit não ataca diretamente o Secure Enclave, mas desabilita o 'Secure Boot Policy' e permite carregar código não assinado *antes* do kernel, abrindo caminho para ataques de side-channel, DMA via Lightning/USB-C ou até injeção direta no TrustZone. Isso é pior do que os exploits de kernel recentes no M5 (como o Pardon MIE), pois não depende de atualizações de sistema nem de interação do usuário: basta conectar o iPhone a um host malicioso durante o boot.

Em maio, o CEVIU destacou o Pardon MIE como primeiro bypass da Memory Integrity Enforcement no M5, mas era um exploit de kernel, corrigível via atualização. O usbliter8 é irreversível: está na mask ROM. Também muda o cenário de ameaça para dispositivos antigos: enquanto Coruna e DarkSword exigiam iOS desatualizado e exploração web ou iMessage, o usbliter8 opera fisicamente, sem qualquer interação do usuário, e afeta todos os iPhones XS até 11, mesmo com iOS 26 instalado. Não é uma falha de software corrigível; é um limite de projeto confirmado.

Empresas que ainda usam iPhones XS ou 11 como dispositivos corporativos, especialmente em áreas sensíveis como finanças, logística ou governo, agora têm um vetor de ataque permanente e indetectável por EDRs tradicionais. Não há patch, não há mitigação eficaz além de descartar o hardware. Isso força uma mudança de política: dispositivos com A12/A13 deixam de ser aceitáveis em ambientes de alta segurança, mesmo com todas as atualizações aplicadas. A falha também expõe uma lacuna estrutural: a Apple priorizou proteções de runtime (PAC, APRR, Pointer Authentication) mas negligenciou validações de integridade no fluxo de inicialização de periféricos, exatamente onde o ataque acontece.