Proteção contra DDoS: o que os provedores realmente oferecem
Hoje, metade dos provedores coloca «proteção contra DDoS» na descrição dos planos. Por trás dessa linha pode haver filtragem de vários terabits ou apenas o direito de desligar o seu endereço quando um ataque atrapalha os vizinhos. Vamos ver do que a proteção é feita, como os níveis L3/L4 e L7 se diferenciam e como entender pelo contrato o que você está comprando.
Um ataque DDoS é um fluxo de requisições vindo de muitas máquinas, feito para sobrecarregar o servidor ou o seu canal, de modo que os visitantes reais não consigam acessá-lo. A proteção é montada na rede do provedor ou num provedor externo de filtragem: o tráfego suspeito é separado do normal e descartado antes de chegar ao servidor. O próprio servidor não dá conta de um ataque grande: se o canal até ele está lotado, nenhuma configuração dentro do sistema ajuda mais.
Níveis de ataque: L3/L4 e L7
Os ataques são classificados pelas camadas do modelo de rede, e a defesa contra cada tipo é diferente.
- Ataques volumétricos (L3/L4) lotam o canal: chega tanto tráfego ao servidor que a porta ou os links externos do data center ficam totalmente ocupados. A potência deles é medida em gigabits e terabits por segundo.
- Ataques a protocolos (L3/L4) esgotam não o canal, mas os recursos que mantêm as conexões: as tabelas de estado do firewall, a fila de novas conexões TCP. São medidos em pacotes por segundo (pps, Mpps). Contra parte desses ataques também funciona a proteção no próprio servidor, por exemplo SYN cookies (RFC 4987).
- Ataques à aplicação (L7) parecem requisições HTTP normais ao site ou à API: páginas de busca, carrinho, login. O canal fica quase livre, mas o servidor web ou o banco de dados cai. São medidos em requisições por segundo (rps) e se distinguem dos visitantes pelo comportamento, não pelo volume.
A filtragem de rede L3/L4 é o que o provedor costuma ativar para todos os clientes. A proteção L7 é mais complexa: o filtro precisa entender o seu site, ver o conteúdo das requisições HTTPS e saber distinguir um visitante de um bot. Por isso ela costuma ser vendida à parte, ligada por meio de um proxy com o seu certificado ou deixada do lado do site: CDN, WAF, limite de taxa de requisições no servidor web.
«Proteção incluída» e filtragem real
Segundo o catálogo da accsly em 3 de novembro de 2026, 1.117 de 2.236 provedores com planos de VPS anunciam proteção contra DDoS, exatamente a metade. Detalhes sobre ela foram encontrados em 219 provedores do catálogo, e o quadro é variado:
- 35 provedores informam a capacidade de filtragem em Gbit/s ou Tbit/s;
- 24 indicam o nível de proteção (L3/L4 ou L7);
- 8 mencionam L7, e em metade deles ela é paga ou ativada sob pedido;
- em cerca de um quarto das descrições a proteção é um opcional pago à parte; em outro quarto, aproximadamente, está explicitamente incluída no preço.
Os demais escrevem de forma curta: «tem», «anunciada», «proteção de rede integrada». Isso não é necessariamente ruim, mas por uma frase dessas não dá para saber o que vai acontecer durante um ataque. Por trás das mesmas palavras aparecem três coisas diferentes:
- Filtragem permanente (always-on). Todo o tráfego passa sempre pelo filtro. O ataque é cortado na hora, mas o filtro às vezes afeta também o tráfego normal, por exemplo protocolos de jogos sobre UDP.
- Filtragem por acionamento (on-demand). O sistema acompanha o tráfego e ativa a limpeza quando o fluxo passa do limite. Entre o início do ataque e a ativação do filtro passam segundos ou minutos, e nesse tempo o servidor pode ficar inacessível.
- Só blackhole. Não há limpeza de verdade: durante o ataque, a rede do provedor simplesmente para de deixar passar o tráfego para o seu endereço. Isso protege os vizinhos e o provedor, mas não você.
Limite e blackhole
Toda proteção tem um teto: o volume ou o número de pacotes a partir do qual o provedor deixa de filtrar. Normalmente isso aparece nas regras assim: «em caso de ataque acima de N Gbit/s, o endereço pode ser desligado temporariamente». O desligamento é feito via blackhole: a operadora anuncia às redes vizinhas que o tráfego para o seu endereço deve ser descartado. Para isso o BGP tem a marca padrão BLACKHOLE (RFC 7999), e, sempre que possível, desliga-se exatamente um endereço, /32 para IPv4 ou /128 para IPv6, para não afetar os vizinhos.
Para o dono do servidor isso significa uma coisa simples: o ataque atinge o objetivo, só que não no seu servidor, e sim na rede. O endereço fica inacessível para todos até o blackhole ser removido, e o prazo varia entre provedores; ele também deve ser procurado nas regras. Se o projeto não sobrevive a uma parada dessas, o limite de filtragem precisa estar bem acima dos ataques que você realmente espera, e vale colocar uma proteção L7 adicional na frente do site.
Outro detalhe é a porta. Num plano com porta de 100 Mbit/s, até um ataque pequeno a ocupa por inteiro, e o filtro do lado do provedor precisa cortá-lo antes que chegue à sua porta. Como ler a velocidade da porta e o canal compartilhado está no artigo Banda e tráfego: o que significam 1 Gbit/s e ilimitado.
O que perguntar ao provedor e conferir no contrato
- Níveis. Só L3/L4 ou também L7? Se há L7, como ela é ligada: por proxy, por troca de DNS, com o seu certificado ou sem ele.
- Capacidade. Quantos Gbit/s e quantos milhões de pacotes por segundo o filtro aguenta por endereço, e não para a rede inteira.
- Modo. A filtragem é permanente ou é ativada por limite; quanto tempo leva até ser ativada.
- O que acontece depois do limite. Se o endereço é desligado, por quanto tempo, se dá para reativá-lo antes e quanto custa passar para uma proteção maior.
- Onde fica o filtro. No próprio data center ou num provedor externo; se a proteção vale para todas as localizações do provedor, pois às vezes ela existe só numa cidade.
- Preço e prazos. Se a proteção está incluída no plano ou é um opcional pago à parte, e se não há cobrança por cada ataque mitigado.
- Responsabilidade. Se o tempo de ataque entra no SLA de disponibilidade. Muitas vezes não: as regras excluem ataques da garantia.
Vale ter as respostas por escrito, num ticket de suporte: essas passam a ser as suas condições se a descrição no site for vaga. Dicas gerais de leitura de planos estão no artigo Como ler os planos de hospedagem: limites ocultos.
O que fazer você mesmo
Mesmo com uma boa proteção do provedor, parte do trabalho fica do seu lado:
- feche no firewall tudo o que não for porta necessária e ative os SYN cookies (na maioria das distribuições Linux eles já vêm ativados); a configuração básica está no artigo Primeiros 10 passos depois de comprar uma VPS: segurança;
- num site, limite a taxa de requisições às páginas pesadas (busca, login, carrinho) direto no servidor web e coloque na frente do site uma CDN com proteção L7;
- se o site está atrás de uma CDN ou proxy, não publique o endereço direto do servidor no DNS nem em e-mails: do contrário, o tráfego chegará ao servidor sem passar pelo filtro;
- monitore a disponibilidade de fora para saber do ataque antes dos visitantes; sobre isso, o artigo Monitoramento de servidor: uptime, carga e alertas;
- mantenha um backup recente e um roteiro de migração: se o provedor não der conta, o projeto pode ser colocado no ar em outro lugar.
Planos em que a proteção é anunciada no preço estão reunidos na seleção VPS com proteção contra DDoS. Servidores de jogos precisam de proteção mais do que os outros, e normalmente justamente L3/L4 sobre UDP: seleções VPS para servidor de jogos e servidores dedicados para jogos.