Sem Agente · Sem Instalação

WAF e CDN: O Guia para Amplificar sua Segurança

WAF e CDN: Quando Faz Sentido, Quais Existem, Como Escolher Um guia honesto sobre as duas tecnologias mais incompreendidas da segurança web — e por que tantas empresas usam errado, gastam demais ou ficam desprotegidas mesmo tendo as duas.

WAF e CDN: Quando Faz Sentido, Quais Existem, Como Escolher

Um guia honesto sobre as duas tecnologias mais incompreendidas da segurança web — e por que tantas empresas usam errado, gastam demais ou ficam desprotegidas mesmo tendo as duas.

Introdução

Se você passou os últimos posts dessa série hardening servidor web, configurando autenticação de e-mail, protegendo certificados e fechando portas, é provável que tenha pensado: "tudo isso é ótimo, mas e se eu colocar uma CDN com WAF na frente? Não resolveria 80% dos problemas de uma vez?"

A resposta honesta é: mais ou menos. CDN e WAF são ferramentas poderosas que resolvem problemas reais, mas também são frequentemente usadas como bandagem mágica que faz todo mundo dormir tranquilo enquanto problemas fundamentais continuam ali.

Pior: muita gente usa WAF achando que está protegida quando na verdade está em modo "monitor only" há dois anos, ou tem regras tão genéricas que bloqueiam clientes legítimos enquanto deixam ataques reais passarem.

Parte 1: O que é uma CDN, de verdade

CDN — Content Delivery Network. A ideia original dos anos 90: espalhar cópias do conteúdo em servidores ao redor do mundo. Em 2026, CDNs evoluíram pra fazer muito mais.

1.1 O que uma CDN moderna faz

  1. Cache de conteúdo estático — imagens, CSS, JS, fontes, vídeos próximo ao usuário
  2. Aceleração dinâmica — otimização de rota mesmo pra conteúdo que muda
  3. Terminação TLS — certificado gerenciado pela CDN
  4. Proteção DDoS volumétrico — absorve ataques de centenas de Gbps
  5. Bot management — detecta e mitiga bots maliciosos
  6. WAF embutido — praticamente todas as CDNs modernas têm
  7. Edge compute — Cloudflare Workers, Lambda@Edge, Fastly Compute, etc.
  8. Otimização de imagem/vídeo — WebP/AVIF, transcodificação adaptativa
  9. Analytics e observabilidade
  10. Failover e load balancing

1.2 O que uma CDN NÃO faz

  • Não conserta sua aplicação — PHP lento continua lento
  • Não substitui backup — cache não é armazenamento permanente
  • Não esconde sua origem por padrão — IP real continua descobrível
  • Não protege contra ataques que parecem legítimos — brute force lento, account takeover
  • Não substitui hardening — configurações erradas continuam erradas
  • Não faz mágica em conteúdo 100% dinâmico — checkout, dashboards autenticados

Parte 2: O que é um WAF, de verdade

WAF — Web Application Firewall. Diferente de firewall tradicional (camadas 3-4), opera na camada 7 — entende HTTP, conhece semântica de aplicação web, decide com base no conteúdo.

2.1 O que um WAF faz

Intercepta cada requisição HTTP e pergunta:

  • Esse parâmetro tem padrão de SQL injection?
  • Esse User-Agent é de scanner?
  • Esse IP está em lista de reputação ruim?
  • Essa URL tenta acessar wp-config.php?
  • Essa requisição tem padrão de XSS?
  • Esse cliente faz 500 req/s (rate limit)?
  • Essa requisição casa com exploit conhecido (Log4Shell, ProxyShell)?

Se sim: bloqueia, desafia (CAPTCHA), loga, ou marca.

2.2 Tipos de regras

Negative security model (lista negra): "Tudo permitido, exceto isso." Padrão da maioria. ModSecurity + OWASP CRS é o exemplo clássico. Funciona out-of-the-box, gera falsos positivos.

Positive security model (lista branca): "Só permitido o que casa com isso." Muito mais seguro, exaustivo de manter. Quase ninguém faz puro.

Análise comportamental e ML: WAFs modernos detectam anomalias. "Esse IP normalmente faz 10 req/min, agora 1000" → ação. Caixa-preta, difícil debugar.

2.3 OWASP Top 10 — o que WAF realmente protege

Boa proteção:

  • SQL injection básico/médio
  • XSS refletido/armazenado básico
  • Path traversal
  • Upload de webshell
  • Exploits conhecidos com assinaturas
  • Brute force grosso
  • Scrapers e scanners

Proteção parcial:

  • Broken access control (lógica)
  • Insecure deserialization
  • XSS sofisticado com encoding
  • SSRF
  • XXE

Não protege:

  • Lógica de negócio (preço negativo, race condition)
  • Account takeover via credenciais válidas
  • Phishing dos usuários
  • Insider threats

WAF é uma camada de defesa, não a defesa. Compra tempo, bloqueia ruído, protege contra ataques comuns. Não substitui aplicação segura.

Parte 3: Por que CDN e WAF aparecem juntos

  1. Mesma posição arquitetural — ambos precisam estar na frente
  2. Performance — inspecionar HTTP no PoP é mais rápido
  3. Sinergia de dados — inteligência coletiva entre clientes
  4. DDoS volumétrico só se mitiga em escala — CDNs já têm a rede
  5. Modelo comercial — CDNs vendem WAF como upsell
  6. Simplificação operacional — uma solução em vez de três

Em 2026, "vou colocar uma CDN" geralmente significa "vou colocar CDN + WAF + DDoS + bot management + rate limiting". As linhas borraram.

Parte 4: Os principais players de CDN

4.1 Cloudflare

A escolha default. PoPs em 300+ cidades, plano gratuito generoso.

Pontos fortes:

  • Plano gratuito robusto (CDN + DNS + DDoS + SSL)
  • Performance global excepcional
  • Ecossistema enorme (Workers, R2, D1, Stream)
  • Cloudflare Tunnel (esconde origem completamente)
  • Authenticated Origin Pulls (mTLS com origem)
  • Cloudflare Access (ZTNA) integrado

Pontos fracos:

  • WAF avançado só em planos pagos
  • Enterprise é caro
  • Centralização preocupante

Planos:

  • Free — CDN, DNS, SSL, DDoS básico
  • Pro ($25/mês) — WAF gerenciado, image optimization
  • Business ($250/mês) — WAF completo, certificados customizados
  • Enterprise — sob consulta

Para quem: praticamente todo mundo. Difícil errar.

4.2 AWS CloudFront + AWS WAF

Pontos fortes:

  • Integração profunda com AWS
  • Pay-as-you-go
  • Lambda@Edge e CloudFront Functions
  • AWS Shield integrado
  • 600+ PoPs

Pontos fracos:

  • Configuração mais complexa
  • Sem free tier comparável
  • AWS WAF cobra por regra e por requisição

Para quem: quem já está em AWS.

4.3 Akamai

O mais antigo. 4.000+ PoPs.

Pontos fortes:

  • Provavelmente a maior rede do mundo
  • Performance brutal globalmente
  • Bot Manager e Kona Site Defender muito robustos
  • Histórico em ataques sofisticados

Pontos fracos:

  • Caro, muito caro
  • Sem self-service
  • Exige expertise

Para quem: grandes empresas, financeiro, governo.

4.4 Fastly

Conhecida por velocidade e VCL.

Pontos fortes:

  • Performance excepcional
  • VCL pra customização avançada
  • Compute@Edge (Rust, JS, Go, Python)
  • Fastly Next-Gen WAF (Signal Sciences) muito respeitado

Pontos fracos:

  • Mais caro que Cloudflare
  • Histórico de outage famoso (junho 2021)
  • Curva de aprendizado VCL

Para quem: publishers, mídia, e-commerce de alto volume.

4.5 Bunny.net

Alternativa europeia que cresceu rápido.

Pontos fortes:

  • Preços muito competitivos (10x mais barato em alguns cenários)
  • Interface simples
  • Boa performance global
  • Bunny Optimizer pra imagens

Pontos fracos:

  • WAF mais limitado
  • Ecossistema menor
  • Sem edge compute robusto

Para quem: PMEs que querem CDN boa e barata sem complicação.

4.6 Google Cloud CDN

Pontos fortes:

  • Integração com GCP
  • Google Cloud Armor (WAF + DDoS)
  • Infraestrutura Google

Pontos fracos:

  • Sem self-service simples
  • Mais focado em GCP users

Para quem: quem já está em GCP.

4.7 Azure CDN + Azure Front Door

Pontos fortes:

  • Integração nativa com Azure
  • Azure WAF integrado
  • Bom pra cenários híbridos

Pontos fracos:

  • Histórico de mudanças de produto
  • Curva de aprendizado Azure

Para quem: organizações Microsoft-heavy.

4.8 Outras

  • CDN77 — alternativa europeia
  • KeyCDN — simples e barata
  • StackPath — focada em edge compute
  • CDNetworks — forte na Ásia
  • EdgeCast / Edgio — em reestruturação

Parte 5: Os principais WAFs

5.1 WAFs cloud (separados das CDNs)

  • Imperva — maduro, enterprise, financeiro, caro
  • F5 Distributed Cloud — flexível, enterprise
  • Barracuda WAF-as-a-Service — bom equilíbrio
  • Sucuri — focado em WordPress + remoção de malware

5.2 WAFs open-source

ModSecurity — o mais conhecido. Módulo de Apache/Nginx/IIS. Combinado com OWASP Core Rule Set é padrão de fato em self-hosted. Maduro (20+ anos), gratuito, complexo, gera falsos positivos.

Coraza — fork moderno em Go. Mais rápido, melhor integração com proxies modernos (Caddy, Traefik). Compatível com regras do ModSecurity. Tendência crescente.

NAXSI — leve pra Nginx, lista branca. Menos falsos positivos, exige aprendizado.

OpenAppSec — usa machine learning, projeto Check Point com versão community.

5.3 WAFs on-premise/appliance

  • F5 BIG-IP Advanced WAF — referência, caríssimo
  • Fortinet FortiWeb — bom custo-benefício
  • Imperva SecureSphere WAF — versão on-prem
  • Barracuda Web Application Firewall
  • Citrix Web App Firewall

5.4 Comparativo

| Solução | Tipo | Custo | Complexidade | Para quem | |---|---|---|---|---| | Cloudflare WAF | Cloud (CDN) | $ a $$ | Baixa | Praticamente todos | | AWS WAF | Cloud (CDN) | $ a $$ | Média-Alta | AWS users | | Akamai Kona | Cloud (CDN) | $$ | Alta | Enterprise | | Fastly NGWAF | Cloud (CDN) | $$ | Média | Empresas técnicas | | Imperva | Cloud separado | $$ | Alta | Enterprise | | ModSecurity + CRS | Open-source | Grátis | Alta | Self-hosted | | Coraza | Open-source | Grátis | Média | Self-hosted moderno | | FortiWeb | Appliance | $$ | Média | Datacenter |

Parte 6: Quando usar (e quando não)

6.1 CDN faz sentido quando

  • Audiência geograficamente distribuída
  • Site com muito conteúdo estático
  • Picos de tráfego imprevisíveis
  • Servidor de origem limitado
  • Precisa de proteção DDoS
  • Quer terminação TLS gerenciada
  • Quer esconder a origem

6.2 CDN faz menos sentido quando

  • Aplicação 100% dinâmica e autenticada
  • Audiência exclusivamente local
  • Volume muito baixo
  • Compliance proíbe terceiros no caminho
  • Desenvolvimento e debugging

6.3 WAF faz sentido quando

  • Aplicação web exposta na internet (qualquer)
  • Aplicação com inputs de usuário
  • CMS popular (WordPress, Drupal, Magento)
  • API pública
  • Compliance exige (PCI-DSS)
  • Empresa visível, alvo conhecido
  • Vulnerabilidade conhecida sem patch ainda (virtual patching)

6.4 WAF faz menos sentido quando

  • Aplicação puramente backend, não exposta
  • Microserviços com mTLS entre eles
  • Sem ninguém pra tunar e monitorar
  • Tráfego com padrões incomuns (gaming, streaming)

6.5 WAF sem CDN

Possível mas raro. ModSecurity direto no Nginx/Apache. Faz sentido quando compliance proíbe terceiros, controle total importa, tráfego baixo, custo é fator crítico. Desvantagem: sem proteção volumétrica, inspeção HTTP no próprio servidor.

Parte 7: Como escolher

7.1 Pelo perfil

Site institucional/blog: Cloudflare Free.

E-commerce pequeno-médio: Cloudflare Pro/Business.

E-commerce grande: Cloudflare Business/Enterprise, Fastly ou Akamai.

SaaS B2B: Cloudflare Pro/Business ou AWS CloudFront + WAF (se em AWS).

API pública alto volume: Cloudflare Business+ ou AWS WAF.

Financeira/bancária: Akamai, Imperva ou Cloudflare Enterprise. Considere on-premise pra ambientes regulados.

Mídia/publisher: Fastly ou Cloudflare.

WordPress: Sucuri ou Cloudflare.

Self-hosted, soberania de dados: Nginx + ModSecurity + OWASP CRS, ou Coraza.

Microsoft-heavy em Azure: Azure Front Door + Azure WAF.

MSP multi-cliente: Cloudflare ou AWS WAF.

7.2 Critérios de avaliação

  • Performance global pro seu público — WebPageTest, GTmetrix, Cloudflare Radar
  • Cobertura de ataques — regras gerenciadas, atualização, OWASP CRS, custom rules, ML
  • Modelo de preço — por GB, requisições, features, plano fixo
  • Curva de aprendizado
  • Integração com sua stack — API, Terraform, GitOps, CI/CD
  • Logs e observabilidade — formato, destino
  • Suporte — SLA, 24/7, idioma
  • Vendor lock-in

7.3 PoC antes de decidir

  1. Liste 3 candidatos
  2. Configure subdomínio de teste em cada
  3. Rode tráfego real ou sintético por 1-2 semanas
  4. Meça performance, falsos positivos, operação, custo real
  5. Compare e decida

Parte 8: Erros comuns

8.1 WAF em "monitor only" eternamente

Você ativa em modo log only e nunca passa pra bloqueio. Tem todos os logs do mundo, zero proteção real. Defina prazo: 30 dias pra modo bloqueio.

8.2 Origem ainda exposta

CDN na frente, mas atacante descobre o IP real (crt.sh, DNS history, scans) e bypassa tudo. Solução: restrição por IP ou mTLS (Authenticated Origin Pulls).

8.3 Regras genéricas demais ou específicas demais

Genéricas bloqueiam legítimo. Específicas não pegam variações. Comece com regras gerenciadas, ajuste só onde necessário.

8.4 Não monitorar o WAF

Configura e nunca olha. Ataque sofisticado passa, cliente legítimo é bloqueado, você só descobre quando ligam.

8.5 Confiar 100% no WAF

"Compliance security" — instala pra passar PCI-DSS e acha que está protegido. WAF é uma camada, não a única.

8.6 Não testar antes de produção

Direto em prod = receita pra desastre. Sempre staging primeiro, rollout gradual.

8.7 Esquecer de atualizar regras

ModSecurity com OWASP CRS desatualizado é parcialmente cego. Automatize atualização.

8.8 Cache de conteúdo dinâmico privado

CDN cacheando página com sessão de outro usuário e servindo pra todos. Vazamento de dados em massa. Sempre Cache-Control: private ou no-store em conteúdo sensível.

8.9 Não integrar com outras ferramentas

Logs do WAF separados do SIEM, alertas separados. Incidentes passam batido. Integração desde o dia 1.

8.10 Subestimar custos

Free → Pro → Business → Enterprise. Modele custo com tráfego projetado. Tenha alertas de billing. Black Friday pode gerar conta inesperada.

Parte 9: Integração com stack de segurança

  • SIEM — logs do WAF pro Splunk, Elastic, Wazuh, Datadog
  • Observabilidade — métricas em Grafana, Datadog
  • SOAR/automação — Cortex XSOAR, Splunk SOAR
  • Identity provider — Cloudflare Access integrando com Okta, Azure AD
  • Scanner contínuo — SentinelHub detecta presença e configuração de WAF/CDN, alerta em mudanças
  • Gestão de vulnerabilidades — WAF como virtual patch
  • Gestão de incidentes — runbooks claros pra falsos positivos

Checklist final

DECISÃO E PLANEJAMENTO
[ ] Avaliou se precisa de CDN
[ ] Avaliou se precisa de WAF
[ ] Modelou custo com tráfego projetado
[ ] Comparou 2-3 candidatos
[ ] PoC com tráfego real

CDN
[ ] DNS apontando pra CDN
[ ] Origem com mTLS ou IP whitelist
[ ] Cache configurado corretamente
[ ] HTTPS de origem habilitado
[ ] Compressão (Brotli/gzip)
[ ] HTTP/2 e HTTP/3
[ ] Image optimization (se aplicável)

WAF
[ ] Regras gerenciadas habilitadas
[ ] Modo bloqueio (não eternamente monitor)
[ ] Falsos positivos ajustados
[ ] Custom rules pra padrões da app
[ ] Rate limiting em endpoints sensíveis
[ ] Bot management ativo
[ ] Geo-blocking onde fizer sentido

OPERAÇÃO
[ ] Logs centralizados no SIEM
[ ] Dashboards de monitoramento
[ ] Alertas para anomalias
[ ] Runbooks documentados
[ ] Equipe treinada
[ ] Procedimento de emergência
[ ] Revisão periódica de regras
[ ] Atualização automatizada

DEFESA EM PROFUNDIDADE
[ ] Hardening do origem em dia
[ ] Patches aplicados
[ ] Aplicação ainda segura (SAST/DAST)
[ ] Monitoramento contínuo externo
[ ] Backup independente
[ ] Plano de fallback se CDN cair

Considerações finais

WAF e CDN são ferramentas poderosas que resolvem problemas reais. Mas não são bandagem mágica. Empresas que colocam Cloudflare na frente e param de pensar em segurança estão tão vulneráveis quanto antes — só não percebem.

Analogia: WAF/CDN é como contratar segurança privada pra sua loja. É importante, agrega valor real. Mas se a porta dos fundos está aberta, se o cofre está sem trava, se os funcionários têm senhas fracas — segurança privada não resolve. É uma camada. Não é a única.

A boa notícia: CDN e WAF estão mais acessíveis do que nunca. Cloudflare Free protege a maioria das PMEs com configuração de minutos. Bunny.net oferece CDN excelente por preços baixíssimos. ModSecurity é gratuito e maduro. Não há mais desculpa pra não ter pelo menos uma camada inicial.

A má notícia: escolher errado, configurar errado ou esquecer de monitorar dá falsa sensação de segurança que é pior que insegurança consciente.

O SentinelHub varre exatamente esse ecossistema: detecta automaticamente qual CDN/WAF está protegendo seus domínios (Cloudflare, AWS, Akamai, Imperva, Sucuri, Fortinet, F5, e mais 30 provedores), valida que o WAF está ativo (não apenas presente), testa com payloads benignos pra confirmar bloqueio, identifica se a origem está exposta diretamente, monitora certificados TLS, e alerta quando algo muda. Porque colocar a CDN é o começo — manter ela funcionando direito todos os dias é o trabalho.