CEVIU Logo
Voltar

Domínio polyfill.io reativado injeta prompts falsos de login em sites da Toshiba, Muji e Samsung

Aprofundamento CEVIU

Aprofundamento

O polyfill.io nunca foi só uma biblioteca: era uma peça crítica de infraestrutura web, usada por centenas de milhares de sites para garantir compatibilidade em navegadores antigos. Quando a Funnull o adquiriu em fevereiro de 2024, não comprou apenas um domínio, assumiu controle sobre um vetor de ataque de cadeia de suprimentos com alcance global. A primeira onda, em junho de 2024, injetava redirecionamentos para apostas e domínios falsos como 'googie-anaiytics.com'. Agora, em maio de 2026, o ataque mudou de tática: em vez de carregar scripts maliciosos, o cdn.polyfill.io responde com HTTP 401, acionando o prompt nativo de login do navegador, sem qualquer código visível no DOM. Isso burla CSP, bloqueadores de anúncios e até ferramentas de análise estática, pois o navegador mesmo gera a tela falsa.

Esse é um salto técnico perigoso: não é mais preciso injetar HTML ou JavaScript para roubar credenciais. Basta que o site ainda chame o script, e isso vale para marcas como Toshiba e Samsung, cujos portais de suporte e TVs inteligentes ainda dependem desse recurso obsoleto. A vulnerabilidade não está no código do site, mas na inércia operacional: manter uma dependência externa descontinuada e agora hostil.

O que mudou

A primeira onda (junho de 2024) usava injeção dinâmica de JS malicioso com evasão por agente de usuário e atraso de execução. A atual (maio de 2026) elimina o payload JS inteiramente: explora o comportamento padrão do navegador ao receber 401, gerando prompts nativos que parecem legítimos até para usuários técnicos. Também mudou o alvo: antes eram redirecionamentos genéricos; agora são credenciais específicas de contas corporativas e de dispositivos IoT, como TVs Samsung e apps de saúde da FiNC Technologies.

Por que isso importa

Empresas brasileiras que usam CMS como WordPress, Ghost ou sistemas internos baseados em frameworks antigos provavelmente ainda carregam polyfill.io, e não sabem. Um único script não removido pode transformar um portal institucional em uma armadilha de credenciais, sem deixar rastros em logs de aplicação. Isso invalida políticas de segurança baseadas em 'não executar código de terceiros': aqui, o código nem é executado, o navegador age sozinho. A resposta técnica exige auditoria imediata de <script src="https://polyfill.io/..."> em todos os ambientes, não apenas produção, e substituição por espelhos verificados como cdnjs.cloudflare.com/polyfill/.

Linha do tempo

  1. Funnull adquire domínio polyfill.io e conta GitHub, gerando alertas de segurança imediatos

  2. Primeira onda de ataque: injeção dinâmica de JS malicioso via cdn.polyfill.io, redirecionando para sites de apostas

  3. Namecheap suspende o domínio após confirmação de comprometimento

  4. Reativação do cdn.polyfill.io e início da nova campanha baseada em respostas HTTP 401

  5. Confirmação de impacto em sites da Toshiba, Muji, Samsung e outras marcas globais

Perguntas frequentes

Por que o prompt de login aparece mesmo se meu site não tem formulário de login?

O navegador exibe o prompt porque o script do polyfill.io retorna status HTTP 401 (não autorizado). Isso ativa o mecanismo nativo de autenticação básica do browser, independente de qualquer HTML ou JS no seu site. O ataque explora o comportamento padrão, não uma falha no seu código.

Sites como Toshiba e Samsung ainda usam polyfill.io em 2026? Por quê?

Sim. Muitos desses sites foram construídos entre 2015 e 2020, quando polyfill.io era recomendado como prática padrão. Após o sequestro em 2024, muitos times não fizeram auditoria completa, removeram o script apenas em páginas críticas, mas deixaram em documentação, portais de suporte e aplicações embarcadas em TVs e eletrodomésticos.

Como saber se meu site ainda está vulnerável?

Busque por 'polyfill.io' em todos os arquivos HTML, templates, builds automatizados e até em assets minificados. Use ferramentas como 'grep -r "polyfill.io" ./public/' ou inspecione a aba Network no DevTools enquanto navega no site. Se houver requisição para cdn.polyfill.io retornando 401, o risco é imediato.

Substituir por cdnjs.cloudflare.com/polyfill/ resolve tudo?

Resolve o vetor de ataque, mas não é automático. Você precisa atualizar a URL no script, testar compatibilidade (algumas versões antigas do polyfill têm APIs diferentes) e validar se o novo endpoint entrega apenas os polyfills necessários, caso contrário, há risco de impacto de performance e conflitos de JavaScript.

Avalie este artigo:
Compartilhar:
Categoria
CEVIU Segurança da Informação
Publicado
09 de junho de 2026
Fonte
CEVIU Segurança da Informação

Quer receber mais sobre CEVIU Segurança da Informação?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser