Um gargalo centralizado causou o apagão global da Internet hoje

A interrupção de uma única empresa interrompeu hoje o acesso aos serviços de Internet em todo o mundo, revelando quanto o tráfego global depende da Cloudflare.

A página de status da Cloudflare descreveu o evento como uma “degradação interna do serviço” que começou às 11h48 UTC, dizendo que alguns serviços foram “afetados intermitentemente” enquanto as equipes trabalhavam para restaurar os fluxos de tráfego.

Anteriormente, às 11h34 UTC, o CryptoSlate percebeu que os serviços estavam acessíveis na origem, mas a borda londrina da Cloudflare retornou uma página de erro, com comportamento semelhante observado em Frankfurt e Chicago via VPN. Esse padrão sugere problemas nas camadas de borda e de aplicação, e não nos servidores de origem do cliente.

A Cloudflare confirmou o problema publicamente às 11h48 UTC, relatando erros generalizados de HTTP 500 e problemas com seu próprio painel e API.

NetBlocks, um cão de guarda de rede, relatou interrupções em uma série de serviços online em vários países e atribuiu o evento a problemas técnicos da Cloudflare, ao mesmo tempo em que enfatizou que isso não estava relacionado a bloqueios ou desligamentos em nível estadual.

A Cloudflare reconheceu uma interrupção global aproximadamente às 13h03 UTC, seguida por uma primeira atualização de recuperação por volta das 13h21 UTC.

Seu próprio registro de atualizações de status mostra como o incidente evoluiu de uma degradação interna para uma interrupção ampla que afetou ferramentas voltadas para o usuário, produtos de acesso remoto e serviços de aplicativos.

Embora a causa técnica exata ainda não tenha sido detalhada publicamente, os sintomas observáveis ​​foram consistentes em muitos serviços que estão por trás da Cloudflare.

Os usuários encontraram 500 erros internos do servidor na borda da Cloudflare, os painéis de front-end falharam para os clientes e o acesso à API usado para gerenciar configurações também foi interrompido. Na prática, tanto os usuários quanto os administradores perderam o acesso ao mesmo tempo.

O impacto a jusante foi amplo.

Os usuários do X (anteriormente conhecido como Twitter) relataram falhas de login com mensagens como “Opa, algo deu errado. Tente novamente mais tarde”.

Problemas de acesso também foram observados em ChatGPT, Slack, Coinbase, Perplexity, Claude e outros sites de alto tráfego, com muitas páginas expirando ou retornando códigos de erro.

Alguns serviços pareciam degradar-se em vez de ficarem completamente offline, com carregamento parcial ou bolsões regionais de comportamento normal dependendo do roteamento. O incidente não desligou toda a Internet, mas removeu uma parte considerável daquilo com que muitos usuários interagem todos os dias.

A interrupção também se fez sentir numa camada mais sutil: a visibilidade. Ao mesmo tempo que os usuários tentavam acessar o X ou o ChatGPT, muitos recorreram a sites de rastreamento de interrupções para ver se o problema estava na própria conexão ou nas plataformas.

No entanto, portais de monitoramento que rastreiam incidentes, como DownDetector, Downforeveryoneorjustme e isitdownrightnow, também tiveram problemas. OutageStats relatou que seus próprios dados mostraram que o Cloudflare “funcionava bem”, embora reconhecesse que falhas isoladas eram possíveis, o que contrastava com a experiência do usuário em sites apoiados pelo Cloudflare.

Alguns rastreadores de status dependiam da própria Cloudflare, o que tornava a identificação do problema extremamente difícil.

Para criptografia e Web3, este episódio tem menos a ver com o dia ruim de um fornecedor e mais com um gargalo estrutural.

A rede da Cloudflare fica na frente de uma grande fração da web pública, lidando com DNS, terminação TLS, cache, funções de firewall de aplicativos web e controles de acesso.

A Cloudflare fornece serviços para cerca de 19% de todos os sites.

Uma falha nessa camada compartilhada se transforma em problemas simultâneos para exchanges, front-ends DeFi, mercados NFT, rastreadores de portfólio e sites de mídia que fizeram a mesma escolha de provedor.

Na prática, o evento traçou uma linha entre plataformas com infraestrutura própria em escala de backbone e aquelas que dependem fortemente da Cloudflare.

Os serviços do Google, Amazon e outros gigantes da tecnologia com CDNs internos pareciam praticamente inalterados.

Sites de pequeno ou médio porte que terceirizam a entrega de ponta tiveram um impacto mais visível. Para a criptografia, isso mapeia diretamente a tensão de longa data entre protocolos descentralizados e camadas de acesso centralizadas.

Um protocolo pode ser executado em milhares de nós, mas uma única interrupção em um provedor de CDN ou DNS pode bloquear o acesso do usuário à interface que a maioria das pessoas realmente usa.

Além disso, mesmo que a criptografia dependesse apenas de serviços descentralizados de CDN e DNS, se o resto da Internet mal funcionasse, não haveria onde gastar seus tokens.

A história da Cloudflare mostra que esta não é uma anomalia isolada. Uma interrupção no plano de controle e análise em novembro de 2023 afetou vários serviços por quase dois dias, começando às 11h43 UTC de 2 de novembro e sendo resolvida em 4 de novembro após alterações nos sistemas internos.

A agregação de status do StatusGator lista vários incidentes da Cloudflare nos últimos anos em DNS, serviços de aplicativos e consoles de gerenciamento.

Cada vez, o impacto vai além da lista direta de clientes da Cloudflare, atingindo o ecossistema dependente que pressupõe que essa camada permanecerá ativa.

O incidente de hoje também sublinhou como os aviões de controlo podem tornar-se um ponto oculto de falha.

Isso significava que os clientes não poderiam alterar facilmente os registros DNS, transferir o tráfego para origens de backup ou relaxar as configurações de segurança de borda para contornar o problema. Mesmo onde a infraestrutura de origem estava saudável, alguns operadores ficaram efetivamente bloqueados enquanto seus sites retornavam erros.

Do ponto de vista do risco, a interrupção expôs três camadas distintas de dependência.

1. O tráfego de usuários é concentrado por meio de um provedor de borda.
2. A observabilidade depende de ferramentas que, em muitos casos, são utilizadas pelo mesmo fornecedor, o que pode silenciar ou distorcer os insights durante o evento.
3. O controle operacional para clientes é centralizado em um painel e API que compartilham o mesmo domínio de falha.

As equipes de criptografia há muito discutem a redundância multirregional para nós validadores e provedores de RPC de backup. Este evento acrescenta peso a uma conversa paralela sobre multi-CDN, DNS diversificado e pontos de entrada auto-hospedados para serviços importantes.

Os projetos que combinam a descentralização em cadeia com front-ends de um único fornecedor não só enfrentam censura e riscos regulatórios, mas também herdam as interrupções operacionais desse fornecedor.

Ainda assim, o custo e a complexidade moldam as decisões reais sobre infra-estruturas. Configurações multi-CDN, redes DNS alternativas ou armazenamento descentralizado para front-ends podem reduzir pontos únicos de falha, mas exigem mais trabalho de engenharia e operacional do que apontar um domínio para um provedor popular.

Para muitas equipes, especialmente durante ciclos de alta, quando o tráfego aumenta, terceirizar a entrega de borda para a Cloudflare ou uma plataforma semelhante é a maneira mais direta de sobreviver ao volume.

O evento Cloudflare de hoje fornece dados concretos sobre essa compensação.

500 erros generalizados, falhas em sites públicos e painéis internos, pontos cegos no monitoramento e recuperação regionalmente variada mostraram como uma rede privada pode atuar como um ponto de estrangulamento para grande parte da Internet pública.

Por enquanto, a interrupção foi contida em questão de horas, mas deixa os operadores de criptografia e de infraestrutura web mais ampla com um registro claro de como um único provedor pode interromper o acesso diário aos principais serviços online.

No momento desta publicação, os serviços pareciam estáveis ​​e a Cloudflare implementou uma correção afirmando:

Monitoramento – Uma correção foi implementada e acreditamos que o incidente foi resolvido. Continuamos monitorando erros para garantir que todos os serviços voltem ao normal.
18 de novembro de 2025 – 14h42 UTC

Atualização – implantamos uma mudança que restaurou os serviços do painel. Ainda estamos trabalhando para remediar o impacto amplo dos serviços de aplicativos.