RealCorroborado

DeadTag usa domínios expirados para atacar iPhones desatualizados

Sites e usuários de iPhone (campanha DeadTag)

alegado em · apurado em

Linha de fundo

A infraestrutura é real e foi documentada por duas empresas independentes entre si na coleta, a Report URI e a iVerify, com os kits de exploit Coruna e DarkSword, que o Google já havia analisado. Só existe um caso de infecção confirmado, de um funcionário de instituição financeira. As cifras de 'sites afetados' medem exposição potencial, não vítimas, e variam de fonte para fonte.

Juízos analíticos

Cada avaliação vem com seu nível de confiança declarado, conforme a prática de inteligência (ICD 203 / FIRST). Confiança alta não é certeza; confiança baixa não é chute — é o peso que a evidência disponível sustenta.

confiança alta

A campanha DeadTag existe como operação de distribuição de tráfego. O operador compra domínios expirados que milhares de sites ainda referenciam em tags de analytics e anúncios, e usa o tráfego para vender redirecionamentos. Parte desse tráfego, filtrada por versão de iOS, é enviada a infraestrutura dos kits Coruna e DarkSword. O que desmentiria: a Report URI retirar os indicadores ou mostrar que os domínios não servem código de exploit.

confiança moderada

O número de infecções reais é desconhecido e provavelmente muito menor que a exposição divulgada (49 milhões ou 135 milhões de visitas mensais). Os kits só funcionam em iOS desatualizado (Coruna: iOS 13 a 17.2.1; DarkSword: iOS 18.4 a 18.7), e todas as falhas já têm correção da Apple. A própria cobertura admite que visitas não equivalem a infecções. O que desmentiria: telemetria de infecção em escala, publicada por iVerify, Google ou Apple.

confiança moderada

O único caso de infecção confirmado é o de um funcionário de instituição financeira, cliente da iVerify, atingido por anúncio no Instagram sem clique. Isso mostra que o vetor 'anúncio' funciona de ponta a ponta, mas é um caso único, relatado pela própria empresa que vende a detecção. Não permite estimar prevalência. O que desmentiria: Meta ou terceiros mostrarem que o anúncio não serviu o exploit.

confiança baixa

A atribuição é inexistente. Há comentários em chinês no código de um operador de exploit associado, alvos em carteiras de usuários de língua chinesa e uso de serviço de proteção web sediado na China. Os próprios pesquisadores dizem que isso não define nacionalidade nem localização. A ligação do Axios a 'grupos com suspeita de vínculos com a China' não passa de hipótese. O que a mudaria: sobreposição de infraestrutura ou carteiras com atores já rastreados.

confiança moderada

O DeadTag e o caso Discover-Tech/Al Jazeera, do Citizen Lab, são operações distintas. O caso do Citizen Lab envolve spyware comercial Candiru, ad tech israelense e alvos jornalísticos. O DeadTag é criminoso e financeiro, e não encontrei evidência pública de ligação entre os dois. A Forbes cita o caso do Citizen Lab apenas como contexto de tática semelhante.

confiança alta

Corrigindo o registro: o incidente não é uma 'organização alegadamente afetada', e o selo 'claimed' estava errado. Não há ator reivindicando nada. É pesquisa de terceiros com indicadores técnicos publicados e kits já documentados pelo Google. A data 2026-10-27 é a da republicação no DataBreaches.net, não a do anúncio. A publicação original é de 21 e 22 de outubro de 2026.

Análise

Natureza do caso: não é vazamento nem tem vítima organizacional única. É uma campanha de distribuição de exploit com dois vetores. Pelo primeiro, o operador compra domínios expirados que sites legítimos ainda carregam como scripts de analytics ou publicidade, e passa a servir código próprio em todas as páginas que mantêm a tag. Pelo segundo, anúncios maliciosos, como o do Instagram com tema de Copa do Mundo, executam código no momento em que aparecem. Nos dois, o código checa o sistema operacional e só então entrega um exploit compatível. Parte do tráfego vai para golpes comuns; só o tráfego qualificado, por versão de iOS, chega ao Coruna e ao DarkSword.

O que cada parte afirma: a Report URI (Scott Helme) nomeia a operação DeadTag, diz ter achado 660+ domínios expirados e re-registrados e afirma que o operador monetiza o tráfego vendendo-o a outros grupos. A iVerify descreve o caso do Instagram e diz que o mesmo funcionário foi atacado de novo, por outro grupo, com outra variante do DarkSword, e que a equipe de segurança do cliente foi alertada quase em tempo real. Nenhuma vítima organizacional comentou. Não achei posicionamento público da Meta, da Apple sobre esta campanha nem de regulador (ANPD, SEC ou equivalente). Não consegui abrir os textos completos da Report URI e da iVerify; trabalhei com os trechos retornados pela busca e com a cobertura derivada, e isso limita a checagem dos números.

Os números não batem. A Forbes fala em 'centenas de sites'. Fontes secundárias atribuem a ela 6.600 sites com 49 milhões de visitas mensais, dos quais 248 distribuiriam o spyware diretamente. O Axios fala em quase 8.000 sites e cerca de 630 domínios. A GBHackers e a cybersecuritynews citam 135 milhões de visitas mensais para o escopo atual da investigação. Um agregador chega a atribuir 8 milhões de visitantes aos 248 sites, o que contradiz os demais. A Report URI fala em 660+ domínios, e a iVerify em 'centenas' de domínios e 'milhares' de sites. Não consigo dizer qual cifra é a mais atual: 49 e 135 milhões podem refletir escopos e momentos diferentes de uma investigação em andamento. Trato como ordem de grandeza e não uso nenhuma como número verificado.

O ponto central é o que esses números medem: exposição potencial de visitas a sites que carregam a tag. Não medem iPhones infectados nem usuários únicos. A infecção exige iOS vulnerável, e todos os bugs usados pelos kits já foram corrigidos pela Apple. O DarkSword explora seis falhas, com correções entre iOS 18.7.2 e 26.3 (entre elas CVE-2025-43529, CVE-2025-14174, CVE-2025-43510, CVE-2025-43520 e CVE-2026-20700); o Coruna usa falhas de iOS 13 a 17.2.1. A Apple chegou a ampliar o iOS 18.7.7 para quem não migrou ao iOS

26. A GBHackers informa que as tentativas de adaptar os kits ao iOS 26 e 27 eram em grande parte não funcionais. O caso real confirmado é um só, e a fonte é a empresa que vende detecção, o que não invalida o caso mas pede cautela sobre prevalência.

Sobre quem se beneficia da narrativa: a iVerify, que atua em segurança móvel, e a Report URI, que oferece feed de inteligência de ameaças e monitoramento de scripts, têm interesse comercial em um alarme sobre 'infecção só de rolar a tela'. Isso não torna os indicadores falsos. Os achados são técnicos e verificáveis por terceiros, e o Google já havia documentado os kits. Mas a frase de efeito 'sem fazer nada errado' omite que o alvo é iOS desatualizado.

Atribuição: a Report URI achou comentários em chinês no código de um operador de exploit associado e alvos em carteiras de usuários de língua chinesa. A Forbes diz ter visto domínios protegidos por um serviço web sediado na China. A iVerify nota concentração em domínios europeus e não em .com. Os pesquisadores avisam que nada disso estabelece nacionalidade ou localização. O responsável pelo DeadTag é desconhecido. Distinguir o operador do DeadTag (que revende tráfego) dos clientes que operam os kits é essencial, porque a Forbes relata que um dos clientes usa os kits Coruna e DarkSword e que outros clientes podem servir qualquer conteúdo.

Contexto: o Coruna foi visto primeiro com cliente de empresa de vigilância e depois com suspeito grupo russo (UNC6353) e golpistas de cripto. O DarkSword foi vazado publicamente em março, segundo o TechCrunch. O que o DeadTag acrescenta não é exploit novo, e sim canal de distribuição em escala: nenhum site foi invadido, porque o ponto de entrada é a dependência esquecida. Isso desloca a responsabilidade para a higiene de terceiros dos donos dos sites.

Cronologia

  1. 03 mar 2026O Google (GTIG) e a iVerify divulgam o Coruna, kit com cinco cadeias de exploit e 23 vulnerabilidades contra iOS 13 a 17.2.1. O GTIG o viu em uso desde fevereiro de 2025 por cliente de empresa de vigilância, depois em ataques watering hole de suspeito grupo russo contra sites ucranianos e, em dezembro de 2025, em sites chineses falsos de apostas e cripto.
  2. 18 mar 2026A iVerify publica a análise do DarkSword, kit contra iOS 18.4 a 18.6.2 (e até 18.7, segundo a Lookout) entregue por sites legítimos comprometidos.
  3. 23 mar 2026O TechCrunch informa que uma versão mais nova do DarkSword foi vazada publicamente, o que reduz a barreira de uso por criminosos.
  4. 01 abr 2026A Apple amplia a disponibilidade do iOS 18.7.7 a mais aparelhos, com proteção contra o DarkSword. Os reparos originais saíram em 2025.
  5. 15 out 2026O Citizen Lab publica 'AdFection': a Discover-Tech teria entregue spyware zero-click via anúncios a dispositivos da Al Jazeera. É caso separado e serve só de contexto.
  6. 21 out 2026Segundo a cybersecuritynews, é a data da publicação conjunta da iVerify e da Report URI sobre malvertising e tags expiradas entregando Coruna e DarkSword. O Axios situa o anúncio na quinta-feira, 22 de outubro.
  7. 22 out 2026A Forbes (Thomas Brewster) e o Axios publicam a história. A Forbes fala em centenas de sites; fontes secundárias atribuem a ela 6.600 sites e 49 milhões de visitas mensais.
  8. 27 out 2026O DataBreaches.net republica o texto da Forbes. É a data que está no nosso registro.

Dados envolvidos

credenciais senhas do keychain carteiras de criptomoeda

Impacto

Em teoria, qualquer visitante com iPhone vulnerável de um site que ainda carrega uma tag sequestrada pode ser exposto. O alvo declarado é o roubo de senhas do keychain, de credenciais e de fundos em carteiras de criptomoeda. O único impacto apurado é o de um funcionário de instituição financeira, cujas credenciais teriam sido roubadas e cujas carteiras de cripto teriam sido buscadas. Isso é relevante para empresas porque a vítima era funcionária de uma instituição financeira e as credenciais podem ser corporativas. Não há número confirmado de dispositivos comprometidos, de vítimas finais nem de sites que servem exploit com sucesso. Donos de sites afetados incluem marcas conhecidas, segundo a iVerify, mas nenhuma foi nomeada nas fontes que consegui ler.

Elos técnicos

Recomendações

  • Inventarie todas as tags e scripts de terceiros nos seus sites (src de script, iframes, CSP) e verifique a data de expiração e a titularidade atual de cada domínio. Remova tags de serviços descontinuados.
  • Aplique Content Security Policy restritiva (script-src com lista explícita) e Subresource Integrity nos scripts de terceiros estáticos. Isso impede que um domínio sequestrado sirva código diferente do esperado.
  • Monitore o vencimento de domínios de dependências de terceiros e alerte quando um domínio referenciado mudar de DNS, registrador ou certificado.
  • Atualize iPhones e iPads para iOS 26.3 ou superior, ou para a versão 18.7.7 em aparelhos que não rodam o iOS 26. Para aparelhos presos em versões antigas (iOS 13 a 17.2.1), aplique a última atualização disponível para o modelo. Imponha versão mínima de SO por MDM.
  • Em dispositivos de alto risco, como os de quem lida com finanças e cripto, avalie ativar o Modo de Isolamento (Lockdown Mode) da Apple, que reduz a superfície de ataque do WebKit.
  • Procure no proxy e no DNS os domínios e hosts de exploit publicados pela Report URI e pela iVerify e, se houver acesso a eles, revise sessões e senhas dos usuários que os visitaram com iOS vulnerável. Reemita credenciais e segredos que estavam no keychain desses aparelhos.
  • Separe as chaves de carteiras de cripto do telefone usado para o trabalho e para navegação aberta, e use carteira de hardware para valores relevantes.

Lacunas de inteligência

O que ainda não sabemos. Um relatório que não declara seus buracos está vendendo, não analisando.

Quantos iPhones foram de fato infectados: telemetria da iVerify, do Google (Safe Browsing) ou da Apple resolveria.

Qual número de sites e visitas é o correto (6.600, 8.000, 49 milhões, 135 milhões): a publicação integral e atualizada dos indicadores pela Report URI resolveria.

Se a Meta reconhece o anúncio malicioso, por quanto tempo circulou e quantas impressões teve: um comunicado ou log de anúncios da Meta resolveria.

Quem opera o DeadTag e quem são seus clientes: sobreposição de infraestrutura, carteiras e registros de domínio com atores já rastreados resolveria.

Se os kits explorados são variantes novas além do DarkSword e Coruna já documentados, e quais CVEs cada variante usa: análise de amostras pela Report URI ou pelo Google resolveria.

Quais marcas e sites carregam as tags sequestradas e se foram notificados: notificação coordenada ou lista divulgada resolveria.

Se a nossa leitura dos números está correta: não consegui abrir os textos integrais da Report URI e da iVerify, só trechos e cobertura derivada, e a leitura direta resolveria.

Fontes e avaliação

Notação Admiralty (padrão NATO, usado por CERT-EU e OpenCTI): a letra avalia a confiabilidade da FONTE (A completamente confiável a F não avaliada); o número avalia a credibilidade da INFORMAÇÃO (1 confirmada a 6 não julgável). As duas dimensões são avaliadas de forma independente — fonte boa não torna informação frágil confiável.

atualizado em 27 out 2026

Relatório baseado exclusivamente em fontes públicas e verificáveis. Indexamos metadados de incidentes — nunca hospedamos, linkamos ou redistribuímos conteúdo vazado. Avaliações podem ser revistas conforme nova evidência apareça.

Compartilhar