Link copiado!

Cloudflare Inativo: Patch React2Shell Quebra a Internet

Uma enorme interrupção do Cloudflare interrompeu 28% da web hoje. Ao contrário dos rumores, não foi um ataque DDoS - foi uma correção defeituosa para a vulnerabilidade crítica 'React2Shell'.

🌐
Tradução automática

Este artigo foi traduzido automaticamente do original em inglês. Ler o original em inglês

Visualização abstrata de uma rede digital global interrompida por uma falha

O que aconteceu

Em 5 de dezembro de 2025, aproximadamente às 8h56 UTC, uma grande porcentagem da Internet simplesmente parou de funcionar. A Cloudflare, a espinha dorsal de milhões de sites, sofreu uma interrupção crítica que impactou quase 28% de todo o tráfego HTTP globalmente.

Embora os rumores iniciais nas redes sociais apontassem para um ataque massivo de negação de serviço distribuído (DDoS), a realidade era algo muito mais técnico e preocupante. A interrupção foi causada pela tentativa da própria Cloudflare de corrigir uma falha de segurança. A empresa implantou um patch de mitigação para a vulnerabilidade “React2Shell” recentemente divulgada (CVE-2025-55182), mas a correção em si continha uma falha que desencadeou uma falha em cascata em sua rede.

O serviço foi amplamente restaurado às 9h12 UTC, mas durante esses 16 minutos, a Internet prendeu a respiração.

Detalhes principais

  • A causa: uma alteração de configuração defeituosa implantada para mitigar CVE-2025-55182 (React2Shell).
  • O Impacto: Estima-se que 20-28% do tráfego HTTP global foi interrompido.
  • Serviços afetados: as principais plataformas, incluindo DoorDash, Crunchyroll e Cash App, ficaram off-line ou apresentaram erros graves.
  • A vulnerabilidade: React2Shell é uma falha crítica não autenticada de execução remota de código (RCE) que afeta o ecossistema React/Next.js, divulgada publicamente apenas dois dias antes.

Por que é importante

Este incidente destaca a extrema fragilidade da web moderna. Quando um único provedor como o Cloudflare espirra, toda a Internet pega um resfriado.

Advertisement

O dilema da segurança

A Cloudflare estava em uma posição impossível: deixar a rede aberta à vulnerabilidade “React2Shell” (que os ataques já estavam explorando ativamente) ou implantar uma correção rápida. Eles escolheram a última opção, mas a velocidade de implantação levou a um cenário catastrófico de “remendos ruins”. Isso ressalta o jogo de pôquer de alto risco do gerenciamento de patches de dia zero.

Para proprietários de sites

Se você depende apenas de um CDN ou provedor de segurança, estará à mercê do tempo de atividade deles. Embora a Cloudflare seja geralmente incrivelmente confiável, o evento de hoje é um lembrete de que a redundância é fundamental para aplicações de missão crítica.

A história de fundo

A vulnerabilidade “React2Shell” (CVE-2025-55182) foi divulgada em 3 de dezembro de 2025. Ela afeta o ecossistema da biblioteca React JavaScript, incluindo estruturas amplamente utilizadas como Next.js. Por permitir a execução remota de código sem autenticação, é considerada uma ameaça de “severidade 10”. Os atores da ameaça, incluindo grupos de ransomware, começaram a procurar e explorar essa falha quase imediatamente, forçando provedores de infraestrutura como a Cloudflare a correr contra o relógio para proteger seus clientes.

Análise técnica: como o patch falhou

A vulnerabilidade decorre de como o React lida com a renderização do lado do servidor (SSR) de entradas fornecidas pelo usuário quando configurado especificamente com certas bibliotecas de execução de shell.

  1. A exploração: os invasores enviam um cabeçalho HTTP especialmente criado contendo uma carga útil codificada em base64. Se o servidor registrar esse cabeçalho usando um pacote de registro vulnerável em um ambiente React, a carga útil será executada.
  2. A correção (pretendida): Os engenheiros da Cloudflare escreveram uma regra WAF (Web Application Firewall) global para remover esse padrão de cabeçalho específico das solicitações recebidas antes que elas chegassem aos servidores dos clientes.
  3. A falha: A expressão regular (regex) usada na regra WAF foi “catastrófica”. Continha um loop de retrocesso. Ao processar tráfego legítimo com cabeçalhos longos, o mecanismo regex consumiu 100% da CPU nos nós de borda da Cloudflare.
  4. A Cascata: À medida que os nós atingiam 100% da CPU, eles paravam de responder às verificações de integridade. O balanceador de carga encaminhou o tráfego para nós vizinhos, que também atingiram 100% da CPU. Em poucos minutos, todo o plano de controle estava saturado.

Isto serve como uma lição clássica de “implantação segura”. Até mesmo uma correção de segurança é um código, e um código não testado na borda da rede é uma arma carregada.

Advertisement

Reações de especialistas

Analistas de segurança observaram que, embora a interrupção tenha sido dolorosa, a alternativa — exploração em massa da vulnerabilidade React2Shell — poderia ter sido pior. “O incidente destaca os riscos de mitigação rápida na infraestrutura de nuvem em grande escala”, observaram relatórios da SecurityWeek, “mas também a ameaça contínua representada pelas vulnerabilidades graves recentemente divulgadas em bibliotecas de software amplamente utilizadas”.

O que vem a seguir

A Cloudflare já reverteu a configuração específica problemática e a substituiu por uma correção verificada.

Cronograma:

  • Imediato: o serviço foi restaurado.
  • Curto prazo: espere uma postagem detalhada “Post-Mortem” no blog da engenharia da Cloudflare explicando exatamente como a mudança de configuração contornou suas proteções de teste canário.
  • Longo Prazo: Uma conversa renovada do setor sobre como implantar com segurança mitigações globais para falhas de software onipresentes, como as do React.

Contexto mais amplo: a fragilidade da complexidade

Este incidente não é isolado. Na corrida para “agir rápido e quebrar as coisas”, toda a pilha da web tornou-se cada vez mais frágil. O React, embora poderoso, introduz uma camada de abstração que obscurece qual código está realmente sendo executado no servidor. Ao combinar estruturas complexas com mitigações de segurança automatizadas e redes de borda distribuídas, você cria um sistema onde os “efeitos borboleta” são comuns. Um único caractere regex em uma regra WAF pode efetivamente desligar a Internet para milhões de usuários.

Os CIOs e CTOs que observam esse desenrolar provavelmente estão fazendo duas perguntas às suas equipes hoje:

  1. “A infraestrutura é vulnerável ao React2Shell?”
  2. “Se o CDN cair, existe um plano de failover?”

Para muitos, a incapacidade de responder à segunda questão é a verdadeira crise.

O resultado final

O apagão da Internet de hoje não foi um ataque de hackers, mas um ferimento autoinfligido durante uma tentativa de resgate. Cloudflare tentou proteger a web do exploit “React2Shell” e acidentalmente quebrou o escudo. É um lembrete claro de como a infraestrutura digital se tornou centralizada e de como é difícil equilibrar velocidade e estabilidade face a ameaças críticas à segurança.

Fontes (3)

Advertisement

🦋 Discussão no Bluesky

Discutir no Bluesky

Procurando publicações...