Mitigação de DDoS no Edge em Pico Eleitoral
Perfil:Editora de opinião política de alto tráfego
Ataques L7 coordenados durante o ciclo eleitoral ameaçavam tirar do ar uma editora nacional de opinião nos horários de pico de receita. Projetei e implantei defesa em camadas no edge sem quebrar o cache para leitores legítimos.
Resultados
O problema
Uma editora nacional de opinião política recebe picos orgânicos de 10-20x o baseline durante ciclos eleitorais. Em cima desse pico orgânico, ataques L7 coordenados (POST floods low-and-slow, varredura de bots em endpoints de busca e credential stuffing no subsistema de comentários) ameaçavam derrubar o site exatamente nas horas de pico da receita publicitária.
A stack base — Cloudflare na frente de uma origem rodando Varnish + WordPress — estava afinada para tráfego read-heavy, não para workloads adversariais.
A abordagem
Defesa em camadas, configurada ao vivo durante o ciclo:
Regras WAF customizadas no Cloudflare para bloquear assinaturas conhecidas por ASN, país e formato de request, com allowlists explícitas para parceiros legítimos de ad-tech e analytics.
Rate limiting em endpoints POST (busca, comentários, login) com buckets por IP e por ASN — apertados o suficiente para quebrar o ataque, frouxos o suficiente para não quebrar uma escola rodando NAT.
Bot Fight Mode + managed challenge em paths suspeitos.
Hardening de VCL no Varnish: normalização das cache keys para matar ataques de cache-busting, stale-while-revalidate para absorver pressão no backend e separação de pools de objetos hot vs cold para que um flood em uma seção não derrubasse a home.
Observabilidade em tempo real com checks sintéticos de 4 regiões mais alertas baseados em logs sobre surges de 5xx.
Cada regra passou primeiro por staging e foi promovida com janela de observação de 5 minutos. Nenhuma mudança big-bang em janela de alto risco.
O resultado
O site permaneceu no ar em cada onda de ataque sem impacto mensurável na receita. TTFB no edge ficou abaixo de 50ms para leitores legítimos. O ruleset foi documentado e entregue ao time interno com runbooks para o próximo ciclo.
Por que isso importa
Em eleições, editoras de opinião ficam mais visíveis e mais contestadas. A engenharia interessante é manter o site rápido para leitores reais enquanto a camada de ataque absorve todo o resto — sem um único falso positivo bloqueando um leitor genuíno tentando checar uma afirmação.
Um engajamento parecido para o seu time?
Todo engajamento da Tyber.io começa pela mesma pergunta: qual problema dói mais e qual é o mais resolvível. Fale direto com o technical lead — sem funil de SDR, sem repasse pra júnior.
Falar com o technical lead