Cloudflare culpa erro de banco de dados por pane que derrubou 20% da internet

A Cloudflare disse em um relatório pós-incidente na terça-feira que um “arquivo de recursos” usado pelo seu Bot Management System para combater ataques cibernéticos cresceu além do limite normal, levando a uma falha no software da empresa.

“Pedimos desculpas pelo impacto causado aos nossos clientes e à Internet em geral. Dada a importância da Cloudflare no ecossistema da Internet, qualquer interrupção em qualquer um de nossos sistemas é inaceitável.”

A empresa inicialmente suspeitou que o incidente fosse causado por um ataque de negação de serviço distribuído (DDoS) em escala massiva, mas confirmou que não houve ataque cibernético ou atividade maliciosa.

A Cloudflare lida com cerca de 20% do tráfego da internet e alimenta cerca de um terço dos 10.000 principais sites, aplicativos e serviços.

Sua pane tirou do ar os sites da Coinbase, Blockchain.com, Ledger, BitMEX, Toncoin, Arbiscan e DefiLlama, além de X e ChatGPT, levando alguns comentaristas cripto a destacar a dependência da indústria em sistemas centralizados — alguns dos quais também saíram do ar quando a Amazon Web Services sofreu uma falha de rede no mês passado.

Fonte: Nader Dabit

Um porta-voz da EthStorage, que oferece um produto que permite usar o Ethereum como servidor web, disse ao Cointelegraph que as panes da AWS e Cloudflare mostram que “infraestrutura centralizada sempre criará pontos únicos de falha.”

“Uma pilha web completamente descentralizada é mais necessária do que nunca”, afirmou a empresa.

• Construindo a internet ‘personalizada’: Entrevista com o CEO da XBorg

Vitalik Buterin quer que a descentralização seja prioridade

Na última quarta-feira, o cofundador do Ethereum, Vitalik Buterin, publicou um “Manifesto Trustless”, conclamando os construtores da indústria a nunca sacrificar a descentralização em busca de adoção.

Buterin e os pesquisadores da Ethereum Foundation, Yoav Weiss e Marissa Posner, disseram que as plataformas cripto sacrificam a ausência de confiança (“trustlessness”) no momento em que integram um nó hospedado ou um relayer centralizado — explicando que, embora pareça inofensivo, cada novo ponto de verificação se torna um possível gargalo.