CVE-2025-24201
Prioritize patching. It under exploitation confirmed by CISA and has a public proof of concept.
Official vendor statements in CSAF/VEX format: whether their product is affected, already fixed, or ruled out — and why. These are the vendor's assertions, not Vexday's judgment.
Apply mitigations per vendor instructions, follow applicable BOD 22-01 guidance for cloud services, or discontinue use of the product if mitigations are unavailable.
Summary
Falha de out-of-bounds write no WebKit (motor do Safari e de toda superfície de renderização web da Apple) que permite a conteúdo web malicioso escapar do sandbox de Web Content. A Apple trata este CVE como correção suplementar de um ataque que já havia sido bloqueado no iOS 17.2, e afirma ter conhecimento de exploração em ataques 'extremamente sofisticados' contra indivíduos específicos em versões anteriores ao iOS 17.2. Está no catálogo KEV da CISA, confirmando exploração real, mas o alvo histórico documentado pela Apple é limitado a espionagem direcionada, não exploração em massa.
Technical detail
A vulnerabilidade é uma escrita fora dos limites de memória (out-of-bounds write) dentro do WebKit, catalogada internamente pela Apple como WebKit Bugzilla 285858. A Apple descreve a correção como 'improved checks to prevent unauthorized actions', frase genérica que não detalha a rotina afetada nem o tipo de objeto corrompido — não há divulgação pública, por parte da Apple ou de pesquisadores independentes confiáveis, do componente exato do parser/engine de renderização envolvido.
O padrão é consistente com falhas clássicas de corrupção de memória em motores JavaScript/DOM: conteúdo web (HTML/JS/CSS ou recursos embutidos processados pelo WebKit) controlado pelo atacante aciona um cálculo de tamanho ou índice incorreto, permitindo escrever dados além do buffer alocado. Esse tipo de corrupção, quando encadeada com técnicas de manipulação de heap, é o vetor típico para quebrar o isolamento do processo de Web Content e obter execução de código com privilégios do processo renderizador.
A CVE-2025-24201 é explicitamente descrita pela Apple como 'supplementary fix' — ou seja, corrige uma variante ou contorno de uma proteção que já havia sido introduzida no iOS 17.2 contra um ataque anterior. Isso indica que a correção original de dezembro de 2023 (iOS 17.2) não eliminou completamente a classe de bug, e esta CVE fecha uma lacuna residual explorável.
Um ex-relator (via issue pública no repositório cisagov/vulnrichment) reivindica ter encadeado esta falha com CVE-2025-43300 (ImageIO) e CVE-2025-24085 (Core Media) em uma cadeia zero-click via iMessage, com escalonamento a kernel, persistência e até 'bricking' de dispositivo. Essa cadeia (documentada em repositório pessoal no GitHub, sob o nome 'Glass Cage') não é confirmada pela Apple nem pela CISA como parte do escopo desta CVE, e deve ser tratada como reivindicação não verificada por terceiro — a atribuição oficial da Apple ao CVE-2025-24201 é estritamente 'sandbox escape via conteúdo web malicioso', sem menção a iMessage, ImageIO ou Core Media.
How it’s exploited
O vetor primário, conforme a própria Apple, é conteúdo web malicioso: a vítima precisa carregar uma página ou recurso web malicioso processado pelo WebKit (Safari ou qualquer app que use WebKit para renderizar conteúdo, incluindo WebViews embarcadas). O vetor CVSS oficial (AV:N/AC:L/PR:N/UI:N) sugere ausência de interação do usuário, mas a descrição textual da Apple fala em 'conteúdo web criado maliciosamente' que precisa ser processado — na prática de ataques anteriores dessa classe, isso normalmente ocorre via um link ou payload entregue por engenharia social, iMessage ou outro canal que force o carregamento do conteúdo pelo motor de renderização, sem necessariamente exigir cliques explícitos da vítima.
A Apple confirma que esta falha (ou a que ela complementa) foi usada em 'ataques extremamente sofisticados contra indivíduos específicos alvo' antes do iOS 17.2 — perfil típico de spyware comercial contra jornalistas, dissidentes e figuras de alto risco, não exploração oportunista de massa. O resultado da exploração bem-sucedida é fuga do sandbox de Web Content, etapa que por si só não dá controle total do dispositivo — normalmente é o primeiro elo de uma cadeia que requer uma segunda vulnerabilidade (escalonamento de privilégio ou fuga do kernel) para comprometimento completo, o que é consistente com o padrão histórico de cadeias de exploração da Apple.
A reivindicação de cadeia completa 'Glass Cage' (ImageIO + WebKit + Core Media, entrega via iMessage, zero-click, com persistência e bricking) circula publicamente com prova em vídeo e hash no VirusTotal, mas não tem confirmação independente de Apple, CISA ou pesquisadores estabelecidos — trate como não verificada até corroboração formal. O fato relevante e confirmado é a presença no catálogo KEV da CISA, que por definição só lista CVEs com evidência de exploração real, reforçando que o risco não é apenas teórico.
Versions
How to protect
Atualizar para as versões corrigidas listadas pela Apple é a única mitigação real, pois a falha está no próprio motor de renderização e não há flag de configuração que a desative sem quebrar a navegação web. Não existe paliativo de configuração equivalente a uma correção — desativar JavaScript ou usar bloqueadores de conteúdo reduz superfície de ataque genérica, mas não neutraliza um bug de memória no parser/engine em si.
Para usuários de alto risco (jornalistas, ativistas, dissidentes — perfil que a própria Apple associa a esta falha), o Modo de Isolamento (Lockdown Mode) da Apple é o controle compensatório mais relevante enquanto a atualização não é aplicada, pois restringe superfícies de WebKit e tipos de conteúdo processado; não é remoção da vulnerabilidade, mas reduz caminhos de entrega.
Não há mitigação via WAF ou controle de rede, pois o processamento vulnerável ocorre no cliente (dispositivo), não em um serviço exposto. A atualização de sistema/Safari é o único item realmente eficaz; dispositivos que não recebem mais atualizações (hardware fora do ciclo de suporte) permanecem expostos indefinidamente até troca de aparelho ou aplicação do backport de segurança correspondente ao seu ramo (ex.: iOS 15.8.4 para hardware legado, iOS 16.7.11 para outro ramo).
How to detect
Não há assinatura de tráfego de rede confiável para detectar exploração, pois o bug reside no processamento local de conteúdo web pelo WebKit — o payload malicioso está embutido no próprio conteúdo (HTML/JS/recursos), sem um padrão de rede distintivo publicado pela Apple ou por pesquisadores independentes confiáveis. Em nível de dispositivo, indicadores de comprometimento associados a ataques direcionados dessa classe incluem crashes ou reinícios inesperados do processo WebKit/Safari, presença de perfis de configuração não autorizados, e (para os casos documentados historicamente pela Apple) notificações de 'Ameaça de Ataque Mercenário' (Mercenary Spyware Threat Notification) enviadas pela própria Apple a usuários identificados como alvo. Reivindicações de indicadores mais específicos (IPs, valores de IORegistry, alterações de proxy via wifid) publicadas por terceiros na cadeia 'Glass Cage' não foram confirmadas pela Apple ou pela CISA e não devem ser tratadas como IOCs validados.