PoC de escape de sandbox no iOS 26/27 permite acesso a dados de outras apps, Binance alerta

A Apple iOS enfrenta uma vulnerabilidade de isolamento de processos —popularmente chamada "sandbox escape" — cuja prova de conceito foi publicada no GitHub por um pesquisador que assina forcequit. De acordo com o código e as aplicações construídas sobre ele, um programa pode, sob certas condições, aceder aos contentores de dados de outros apps no iPhone com iOS 26 e 27, expondo potencialmente sementes de carteiras, chaves privadas e credenciais armazenadas. Binance emitiu um aviso público que recomenda a remoção de aplicativos instalados de fontes não confiáveis e, se houve suspeita de compromisso, mover fundos para uma carteira nova criada em um dispositivo limpo.

Atos confirmados: O pesquisador publicou um projeto chamado worse_query no GitHub; desenvolvedores de terceiros usaram esse código para criar apps (por exemplo, um gestor de arquivos chamado WQ Files) que, segundo suas notas, podem enumerar e modificar os dados de outras aplicações sem precisar de jailbreak ou exploits de kernel; Binance e outros atores alertaram usuários; e as atualizações de iOS distribuídas recentemente (entre elas as referidas a 27.2.1 e 26.7.3) não incluem menções públicas a um adesivo para este problema nas notas oficiais de segurança da Apple. Além disso, as ferramentas de sideloading como AltStore e SideStore podem facilitar a instalação de apps que aproveitem o exploit porque geram os contentores e provisões necessários ao assinar apps com um ID Apple.

Como funciona tecnicamente (em termos gerais e confirmados pelas publicações): O iOS isola os dados de cada app em contentores independentes e regula o intercâmbio entre apps mediante mecanismos como o App Groups e o titlements assinados. O código publicado aproveita um fluxo que permite que uma aplicação, ao configurar um App Group container e usando as permissões e provisões criadas ao instalar por sideloading, acesse o conteúdo dos contentores de outras apps do sistema. O autor afirma que o PoC "pode alcançar o recipiente de dados de cada aplicativo em um iPhone" e que no iOS 27 também pode tocar algumas diretórios do sistema. Não há necessidade de um exploit de kernel ou de jailbreak para executar essas ações quando as condições de instalação e provisão são cumpridas.

Que dispositivos e usuários estão em risco (confirmado e estimativas): Fontes públicas do projeto e aplicativos baseados nele indicam iOS 26 e 27 como versões afetadas; no entanto, existem discrepâncias nas listas exatas de versões suportadas entre diferentes desenvolvedores, e alguns adicionaram suporte para versões mais recentes após testes adicionais. É confirmado que a ameaça se o usuário instala uma aplicação que implementa worse_query - ou seja, apps sideloaded ou manualmente assinadas. Não há confirmação pública de que uma aplicação distribuída através da App Store possa explorar a técnica, e essa possibilidade permanece incerta: as políticas e as verificações da assinatura da Apple dificultam que uma app legítima no App Store obtenha em titlements ou provisões que permitam ler arbitrariamente outros contentores, mas a ausência de um adesivo público deixa aberta a possibilidade de vetores não divulgados.

Consequências práticas: Se um ator malicioso distribui uma aplicação que incorpora este escape e um usuário a instala (por exemplo, por sideload), a app poderia ler, modificar ou remover arquivos de outras aplicações presentes no dispositivo. Para usuários que gerenciam chaves de criptomoedas, aplicativos bancários ou gestores de senhas, isso implica risco direto de exfiltração de segredos. Apesar disso, até à data não foram relatados roubos ou ataques confirmados ligados a worse_query, segundo as declarações públicas dos desenvolvedores e do intercâmbio que emitiu o alerta.

Limitações e o que ainda não está confirmado: Não existe confirmação oficial da Apple sobre a vulnerabilidade nem de que as últimas atualizações a remediem; os diferentes repositórios e aplicativos que usam o PoC oferecem listas de versões com diferenças entre si; também não há evidência pública de abuso maciço ou roubo na natureza. Não se pode afirmar com certeza que uma app distribuída pelo App Store não possa explorar a técnica, embora o modelo de distribuição e assinatura da Apple faça essa via menos provável.

As diferenças nos relatórios de compatibilidade entre projetos indicam que a exploração pode depender de fatores específicos do dispositivo, a versão exata do iOS e a forma como a app foi instalada ou assinada. Portanto, afirmar uma lista definitiva de versões afetadas seria prematuro até que a Apple publique uma análise técnica ou um adesivo corrigido.

O que deve fazer o usuário hoje (ações concretas e priorizadas): Primeiro, remova imediatamente qualquer aplicativo instalado fora da App Store que não seja estritamente necessária ou cuja proveniência não possa verificar. Segundo, atualize iOS e todas as aplicações para as últimas versões disponíveis; embora as notas de segurança da Apple não mencionam a correção deste escape, manter o sistema atualizado reduz a exposição global a vectores conhecidos. Terceiro, se você tiver instalado recentemente apps por sideload (AltStore, SideStore ou outras), verifique e desinstale essas apps e considere revogar os certificados ou perfis de provisão associados ao seu ID Apple. Quarto, para fundos em carteiras: se suspeitar de uma filtragem, crie uma nova carteira num dispositivo que nunca tenha instalado software potencialmente comprometido e mova fundos lá; use uma wallet fria ou um hardware wallet para ativos de alto valor. Quinto, habilite fatores adicionais de segurança para contas importantes (2FA com dispositivos físicos ou chaves de segurança quando possível) e mude senhas de um dispositivo de confiança. Finalmente, registar e documente qualquer actividade suspeita (alterações de sessão, transferências não reconhecidas) e, se for caso disso, contacte o suporte dos serviços afectados.

Para aqueles que querem investigar mais: a publicação original e as apps derivadas estão disponíveis no GitHub para revisão pública; você pode consultar o repositório com busca pública no GitHub para ver o PoC e as discussões em torno do projeto ( Procura no GitHub: worse_query). Se você usa ferramentas de sideloading, verifique as práticas e riscos na página dessa ferramenta — por exemplo, AltStore mantém documentação sobre como assinar e instalar apps em seu site ( altstore.io). Para o contexto de adesivos e notas oficiais de segurança, a Apple reúne seus boletins em seu portal de suporte sobre atualizações de segurança ( Apple — About security updates).

Em resumo: existe um teste de conceito público que demonstra um método para quebrar o isolamento entre aplicações em versões recentes do iOS sob condições concretas de instalação. O risco real para a maioria dos usuários depende de se você instalou apps fora da App Store e das práticas de segurança que sigam com suas chaves e carteiras. Até que a Apple confirme e publique um adesivo, a medida mais eficaz é remover software não confiável, operar carteiras críticas de dispositivos limpos ou hardware wallets e seguir as recomendações de segurança dos serviços que utilizam ativos digitais.