Pular para o conteúdo

Notícia · Experimentação

O apagão da Cloudflare de novembro de 2025 e o que ele ensina sobre mudanças em produção

Uma mudança de permissão em banco de dados derrubou parte da internet em 18/11/2025. O postmortem da Cloudflare e as lições para qualquer time de tecnologia.

Taciana Serafim

· 3 min de leitura

Neste artigo · 5 seções
  1. A causa raiz do apagão da Cloudflare
  2. O que o incidente ensina
  3. Minha leitura
  4. Perguntas frequentes sobre o apagão da Cloudflare
  5. Fontes

Em resumo: em 18 de novembro de 2025, uma mudança de permissão em um banco de dados da Cloudflare fez um arquivo de configuração do sistema anti-bot dobrar de tamanho. O software de roteamento tinha um limite abaixo do novo tamanho e falhou, derrubando uma fatia relevante da internet por cerca de 3 horas. Não foi ataque.

Às 11h20 UTC, usuários no mundo inteiro viram páginas de erro da Cloudflare no lugar dos sites que procuravam. O gráfico de erros 5xx disparou. A primeira hipótese interna foi um ataque DDoS de hiperescala, o suspeito mais comum, e estava errada.

A causa raiz do apagão da Cloudflare

Uma mudança de permissões em um banco de dados fez uma consulta gerar entradas duplicadas no feature file do Bot Management. O arquivo dobrou de tamanho, foi propagado para toda a rede e estourou um limite no software de roteamento. O sistema falhava, se recuperava ao receber uma versão antiga e falhava de novo, o comportamento intermitente que confundiu o diagnóstico inicial. Às 14h30 o tráfego principal fluía, e às 17h06 estava tudo restabelecido.

O que o incidente ensina

  1. Mudanças pequenas derrubam sistemas grandes. Nenhum código de produção mudou. Uma permissão alterou um dado de configuração, que estourou um limite esquecido. A superfície de risco inclui configuração e dados, não só deploys.
  2. A primeira hipótese costuma ser a errada. O time suspeitou de DDoS. Diagnóstico sob pressão exige humildade para abandonar a explicação favorita.
  3. Postmortem público é cultura. A Cloudflare publicou o relato completo, com timeline e causa raiz. Transparência assim transforma incidente em aprendizado de mercado.

Minha leitura

Para quem trabalha com otimização, o paralelo é direto: toda mudança em produção é uma hipótese sobre o comportamento do sistema. A diferença entre a Cloudflare e a maioria das empresas não é ter falhas, é o que se faz depois delas. O postmortem público e sem defensiva é a mesma disciplina que pedimos de um bom programa de testes: registrar o que aconteceu, entender a causa, mudar o processo. O equivalente editorial disso é documentar os testes que falharam, não só os vencedores.

Perguntas frequentes sobre o apagão da Cloudflare

O que causou o apagão da Cloudflare em 18 de novembro de 2025?

Uma mudança de permissões em um banco de dados gerou entradas duplicadas no arquivo de configuração do sistema anti-bot. O arquivo dobrou de tamanho e estourou um limite do software de roteamento, derrubando o tráfego. Não foi ataque.

Quanto tempo durou o apagão da Cloudflare?

O incidente começou às 11h20 UTC, o tráfego principal foi restabelecido por volta de 14h30 e todos os sistemas operavam normalmente às 17h06.

Quais lições o postmortem da Cloudflare traz?

Mudanças de configuração e dados também são risco de produção, a primeira hipótese de diagnóstico costuma estar errada e postmortems públicos transformam incidentes em aprendizado.

Fontes

Cloudflare outage on November 18, 2025, postmortem oficial (em inglês, com versão em português). Traduzido e adaptado pela CRO Brasil.

Artigos relacionados