- A grande indisponibilidade do Cloudflare fez com que vários sites ficassem inacessíveis, mostrando o problema de ponto único de falha em serviços centralizados
- Muitos sites pequenos e médios usam o Cloudflare, mas em muitos casos não precisam de proteção contra DDoS
- Blogs pequenos ou sites pessoais têm baixa probabilidade de se tornarem alvo de ataques, o que acaba criando apenas dependência desnecessária
- Para quem busca mais confiabilidade, é sugerido usar DNS round-robin para manter outro servidor como backup
- Para preservar o princípio de descentralização da web, é importante não depender excessivamente de serviços intermediários como o Cloudflare
Indisponibilidade do Cloudflare e o problema do ponto único de falha
- No momento da escrita (18 de novembro, 12:43 UTC), ocorreu um caso em que o Cloudflare derrubou vários sites
- O autor menciona que, ao navegar pela web, encontrou erros em cerca de metade dos sites
- O incidente mostra que depender de um serviço centralizado cria um ponto único de falha (single point of failure)
- Até grandes empresas podem cometer erros ou sofrer falhas, e o impacto disso pode ser amplo
Medo excessivo de proteção contra DDoS
- Muitos usuários recorrem ao Cloudflare por medo de ataques DDoS
- Porém, a maioria dos sites pequenos tem apenas alguns milhares de visitantes por mês, e a chance de virarem alvo é baixa
- Citando uma expressão do setor de segurança, o texto reforça que “ninguém desperdiça um zero-day com você”
- Ou seja, não há motivo para usar meios avançados de ataque contra um blog pequeno
A contradição entre a web descentralizada e a dependência do Cloudflare
- Muitas pessoas defendem a importância de uma web descentralizada, mas na prática colocam seus sites atrás do Cloudflare
- Isso é apontado como um comportamento contraditório
- Quando o Cloudflare falha, esses sites também ficam inacessíveis
Alternativa: redundância com DNS round-robin
- Para aumentar a estabilidade do servidor, sugere-se configurar um segundo servidor em outro local e usar
registros A e AAAA em uma configuração de DNS round-robin
- Assim, mesmo que um servidor caia, é possível distribuir o tráfego para o outro
Mensagem principal
- Mais importante do que medidas excessivas de proteção baseadas no medo é a operação direta do serviço
- O site pode até ficar temporariamente fora do ar, mas é possível evitar uma interrupção total causada por falha do Cloudflare
- Em última análise, expor e administrar seu próprio serviço diretamente na internet é a escolha mais desejável
13 comentários
Incluindo provedores nacionais, mesmo olhando outros DNS por aí, não há nenhum que adote novas tecnologias tão rápido e ofereça uma variedade de recursos como a Cloudflare.
Dito isso, também não é como se houvesse diferença de preço.
Mesmo sites pequenos sofrem ataques,..
Seria bom se houvesse uma alternativa ao Cloudflare, mas, enquanto não há uma realmente viável, eu acho melhor usar o Cloudflare.
Outras pessoas também têm uma opinião parecida, mas
quando houve uma falha de verdade, eu cheguei a me perguntar se estava funcionando normalmente por causa dos erros; ainda assim, no fim, desligamos o proxy DNS e ajustamos o TTL do DNS para 1 minuto, mudando temporariamente para que o serviço continuasse no ar...
É verdade que precisamos de alternativas, mas acho um absurdo simplesmente não usar.
kkkk
Parece mais realista esperar o surgimento de um concorrente..
E nos casos em que usam mais para esconder o IP real do servidor do que por causa de DDoS?
Opiniões do Hacker News
Mesmo um blog pequeno com cerca de 100 visitantes por mês pode sofrer ataque DDoS
Se o invasor quiser, pode comprar um serviço de DDoS por alguns dólares, e a hospedagem vai tirar o servidor do ar
Por isso escrevo com uma conta anônima. “É um site pequeno, então tudo bem” não é uma estratégia de segurança
Acho que não tem grande problema se um site pessoal ficar fora do ar por um tempo
Ativar o Cloudflare de antemão parece uma otimização prematura exagerada
É muito menor do que alguém gastar alguns dólares com um DDoS
Por isso hoje atuo com pseudônimo. As pessoas são mais maldosas do que parece
Colocar ativos estáticos em uma CDN significa sair de um ponto único de falha (SPOF)
Eu até prefiro que, quando meu site cair, uma grande empresa com milhares de engenheiros também caia junto
Dependendo da escala, pode até não precisar de Cloudflare, mas é preciso avaliar o valor em relação ao risco
Usar Cloudflare é razoável para a maioria, mas isso também cria dependência
Ainda assim, hoje parece estranho aceitar falhas como se fossem clima cibernético
Em site pequeno, o efeito de cache quase não existe, então o ganho de desempenho também não é grande
Administro um site PHP com quase nenhum tráfego, mas o tráfego de bots é enorme
Sem CDN, só com cache local, o site não consegue aguentar
Quando um grande veículo de imprensa me mencionou via Fastly no passado, também consegui lidar sem problemas graças à CDN
Mas, na prática, isso chega perto do impossível. Mesmo que surjam regulações, elas podem acabar sendo ainda mais prejudiciais
Mesmo um site pequeno como o nosso recebe requisições maliciosas demais sem Cloudflare
Sem filtragem, a análise de dados fica uma bagunça, e isso também atrapalha a colaboração com parceiros de negócio
Mesmo em falhas do Cloudflare, conseguimos restaurar em menos de 1 minuto só trocando o DNS
Custa um pouco, mas estamos bem satisfeitos com a filtragem na frente do balanceador de carga
Mesmo bloqueando com firewall, os recursos de CPU continuam sendo consumidos
O Cloudflare é gratuito e a configuração é muito simples
Não vejo motivo para não usar. Parece que o autor não entendeu bem o papel do Cloudflare
O Cloudflare acaba virando o árbitro do acesso à internet
Meu servidor frequentemente sofre com grandes volumes de tráfego vindos de Facebook, Azure, OpenAI e outros
Eu bloqueio com regras do Cloudflare, mas às vezes também há DDoS vindo da China e da Rússia
Fico pensando se existe outra forma de substituir esse tipo de regra complexa sem usar Cloudflare
Será que os servidores de hoje não estão fracos demais?
Você pode usar Cloudflare, mas não deve deixar o registrador de DNS no Cloudflare
Nós também ficamos temporariamente em estado de bloqueio porque o registrador estava no Cloudflare, e foi difícil recuperar
É melhor separar provedor de DNS, domínio e infraestrutura
As falhas regionais relacionadas ao Cloudflare muitas vezes ocorreram por problemas de BGP
Há mais detalhes no blog do Cloudflare e nesta discussão no HN
Para a maioria dos sites, é melhor usar Cloudflare, mas considerando DDoS imprevisíveis, não existe resposta perfeita
Fico me perguntando com que critério se define essa “maioria”
É preciso lembrar do vazamento de dados de 2017
Eu exponho vários projetos do meu servidor doméstico com o tunnel do Cloudflare
Como meu ISP não oferece IP fixo, consigo evitar DNS dinâmico e também não preciso abrir portas
Ele cuida de cache, rate limiting e bloqueio de bots quase sem configuração, o que é bem conveniente
Agora o Cloudflare já não parece a “internet de verdade”, mas sim uma enorme intranet privada
Se ele cuida do SSL, será que consegue ver os pacotes? Também preocupa se coopera com órgãos governamentais
É triste ver o modelo distribuído da internet se centralizar em Cloudflare e redes sociais
As discussões sobre federação trazem alguma esperança, mas hoje é um período em que é difícil preservar autonomia e privacidade
Até em sites pequenos, com só dezenas de visitantes, já levei ataque de DDoS, aff
É como dizer que, por medo dos vermes, você deixa de fazer pasta de soja.
Sites pequenos normalmente não sofrem um grande impacto na operação do site com um tempo de inatividade do porte de uma queda do Cloudflare...
Como trens e ônibus são perigosos, ande a pé. Essa é a sensação.
Eu vou continuar usando.
Eu também ^^