Operação FlutterBridge: campanha de malvertising no macOS distribui o novo backdoor FlutterShell
Aprofundamento CEVIU
Aprofundamento
A Operação FlutterBridge não é um surto isolado, mas o estágio mais recente de uma cadeia criminosa ativa desde 2023 sob o rótulo CL-CRI-1089. Ela evoluiu diretamente do JSCoreRunner (FileRipple), detectado em agosto de 2025, e agora usa Flutter, uma estrutura normalmente associada a apps legítimos, para construir um backdoor que se disfarça como software útil: PodcastsLounge, PDF-Brain, PDF-Ninja. O truque técnico central é a ponte JavaScript-to-native via WebView: o binário assinado pela Apple carrega comandos dinâmicos de servidores C2, o que anula a eficácia da análise estática e permite atualizações em tempo real sem recompilação. Isso também explica por que nenhuma amostra foi detectada no VirusTotal: o payload malicioso só é resolvido após a execução, quando o app já está rodando.
O abuso da notarização da Apple aqui não é acidental nem novo. Em dezembro de 2025, o MacSync Stealer já havia sido distribuído com assinatura válida e notarização aprovada. O padrão se repete: os atacantes exploram o processo de desenvolvedor da Apple como canal de confiança, não como falha técnica. Eles não quebram o Gatekeeper, eles o enganam com credenciais legítimas e comportamento aparentemente inócuo. A campanha também opera com infraestrutura coordenada: três empresas de fachada registradas no Reino Unido e Ucrânia (AdsParkPro LTD, Advantage Web Marketing LLC e PACIFIC TRADE SOLUTIONS LTD) foram usadas para veicular centenas de anúncios verificados pelo Google, o mesmo modus operandi observado nas campanhas InstallFix (maio/2026) e LLMShare (junho/2026).
O que mudou
Em comparação com o JSCoreRunner de 2025, o FlutterShell representa uma mudança estratégica: trocou a execução direta de scripts JS por uma arquitetura híbrida Flutter-WebView, permitindo maior persistência e capacidade de exfiltração em escala. Enquanto o JSCoreRunner focava em adware e redirecionamento, o FlutterShell adicionou exfiltração de documentos sob pretexto de 'IA para resumo', integrando-se ao fluxo de trabalho do usuário. Também ampliou o alvo: antes limitado a Windows, agora ataca macOS com binários notarizados e funcionalidade plena, algo que a campanha TrapDoor (maio/2026) fez com pacotes npm/PyPI, mas não com apps nativos assinados.
Por que isso importa
Isso importa porque desmonta duas premissas de segurança corporativa: primeiro, que notarização da Apple equivale a segurança; segundo, que malware para macOS precisa parecer suspeito. O FlutterShell parece útil, funciona como prometido e passa por todas as verificações automáticas. Para equipes de segurança, isso significa que políticas baseadas apenas em hash ou assinatura digital são obsoletas. Monitoramento comportamental no Chrome (sequestro de buscas), análise de IOPlatformUUID para fingerprinting e inspeção de requisições a domínios C2 como atsheisdomestic[.]org são agora medidas operacionais obrigatórias, não opcionais. A campanha também mostra que ataques de malvertising não estão mais restritos a páginas de download: agora invadem o próprio ecossistema de anúncios verificados do Google, exigindo revisão de políticas de navegação segura e bloqueio proativo de domínios C2 conhecidos em nível de proxy ou EDR.
Linha do tempo
Início das atividades do cluster CL-CRI-1089, rastreado por pesquisadores como fonte de campanhas de malvertising contínuas
Detecção do JSCoreRunner (FileRipple), precursor direto do FlutterShell, focado em Windows
Campanha InstallFix usa SEO poisoning e Google Ads para distribuir instaladores falsos do Gemini CLI e Claude
Unit 42 revela a Operação FlutterBridge e o backdoor FlutterShell para macOS, evolução técnica do JSCoreRunner com arquitetura Flutter-WebView
Perguntas frequentes
Como o FlutterShell consegue passar pela notarização da Apple sem ser detectado?
Ele usa IDs de Desenvolvedor Apple válidos para assinar binários que, na superfície, são aplicativos funcionais (como leitores de PDF). A lógica maliciosa não está embutida no código compilado, ela é carregada dinamicamente via WebView após a execução. A Apple valida apenas a integridade e origem do binário, não seu comportamento em runtime.
Por que o uso de Flutter é relevante tecnicamente?
Flutter permite que os atacantes escrevam um único código que roda nativamente em macOS, iOS e até Android. No caso do FlutterShell, isso facilita a manutenção de múltiplas variantes e reduz o custo de desenvolvimento. Mais importante: a arquitetura WebView torna a análise estática ineficaz, pois o comando real só aparece após a conexão com o servidor C2.
Qual é a ligação entre FlutterBridge e as campanhas anteriores da CEVIU, como InstallFix e LLMShare?
Todas pertencem ao mesmo cluster CL-CRI-1089 e compartilham táticas: uso de empresas de fachada para anúncios no Google, SEO poisoning para atrair vítimas buscando ferramentas de IA (Claude, Gemini, ChatGPT), e entrega de payloads que se disfarçam de software produtivo. A diferença é o alvo final: InstallFix atacava Windows com instaladores falsos; FlutterBridge migrou para macOS com apps notarizados e funcionalidade real.
O que as equipes de TI devem fazer agora para se proteger?
Bloquear os domínios C2 listados (atsheisdomestic[.]org, etoftheappyrince[.]org, healightejustb[.]org) em DNS e proxies. Monitorar processos do Chrome com comportamento anômalo de redirecionamento e requisições para esses domínios. Rever políticas de execução de apps externos, não basta checar assinatura; é preciso validar contexto de instalação e comportamento pós-execução.
Links relacionados
Fontes
- unit42.paloaltonetworks.comfonte original
- Categoria
- CEVIU Segurança da Informação
- Publicado
- 04 de junho de 2026
- Editoria
- CEVIU Segurança da Informação
