Como proteger o seu site contra ataques DDoS
Um ataque DDoS (Distributed Denial of Service) inunda o seu servidor com milhões de pedidos falsos, esgotando os recursos e tornando o site inacessível para visitantes legítimos. É como se milhares de pessoas tentassem entrar numa loja ao mesmo tempo, bloqueando a porta para clientes reais. Qualquer site pode ser alvo: não é necessário ser grande ou famoso.
Como funciona
O atacante controla uma rede de dispositivos comprometidos (botnet): computadores, routers, câmaras IoT: que enviam pedidos em simultâneo para o seu servidor. O servidor tenta responder a todos, esgota a CPU, RAM ou largura de banda, e fica incapaz de servir visitantes reais. Os ataques podem durar minutos ou dias, e variam em sofisticação.
Tipos de ataques
Volumétricos: o mais comum: inunda a ligação com tráfego massivo (UDP flood, DNS amplification). O objetivo é esgotar a largura de banda.
Protocolo: explora vulnerabilidades nos protocolos de rede (SYN flood, Ping of Death). Esgota os recursos do servidor ou de equipamentos de rede (firewalls, load balancers).
Aplicação (Layer 7): o mais sofisticado: envia pedidos HTTP aparentemente legítimos mas em volume enorme. Difícil de distinguir de tráfego real. Exemplos: HTTP flood, Slowloris.
Como se proteger
Durante um incidente, contacte o alojamento e siga um plano de mitigação. Uma camada externa pode ajudar conforme o ataque e a configuração, mas uma mudança de DNS ou proteção às pressas pode afetar serviços legítimos. Prepare e teste as regras.
Rate limiting: limite o número de pedidos que um IP pode fazer por minuto. No Cloudflare, configure regras de Rate Limiting. No servidor, módulos como mod_evasive para Apache ajudam.
Firewall de aplicação (WAF): filtra tráfego malicioso com base em padrões conhecidos. O Cloudflare inclui WAF no plano gratuito. O Wordfence adiciona WAF a nível do WordPress.
Esconder o IP real: quando usa Cloudflare, o IP do seu servidor fica escondido. Os atacantes vêem apenas os IPs do Cloudflare. Garanta que o IP real não está exposto em registos DNS, e-mails ou outros serviços.
Durante um ataque
Se está sob ataque e não tem Cloudflare, ative-o imediatamente: a configuração básica demora menos de 10 minutos e não requer alterações no servidor. Ative o modo “Under Attack” que adiciona uma verificação extra antes de permitir acesso ao site. Contacte o fornecedor de alojamento: a equipa técnica pode ajudar a mitigar no servidor.
Distinguir ataque de pico de procura
Um aumento de tráfego pode resultar de uma campanha legítima, bots ou um ataque. Guarde horários, padrões de pedidos e mensagens de erro para orientar o diagnóstico. Bloquear visitantes indiscriminadamente pode afetar clientes legítimos.
Combine com o fornecedor o procedimento de escalamento e a proteção disponível. Um filtro na aplicação não resolve todos os tipos de saturação de rede. Se usar uma camada externa, verifique a exposição do servidor de origem e confirme que os serviços de email e DNS continuam acessíveis durante a mitigação.
Como verificar a proteção sem criar uma falsa sensação de segurança
Uma instalação protegida combina medidas no servidor com medidas na aplicação. Atualize os componentes mantidos pelos respetivos fabricantes, elimine extensões que já não utiliza, aplique permissões adequadas e proteja as contas de administração. Uma firewall pode bloquear determinadas tentativas, mas não corrige vulnerabilidades de um plugin desatualizado.
Registe os eventos relevantes e confirme a existência de backups recuperáveis antes de intervenções de maior risco. Se houver suspeita de comprometimento, preservar registos e identificar o ponto de entrada é tão importante como repor os ficheiros. Limpar apenas a página afetada pode deixar contas fraudulentas ou tarefas maliciosas ativas. A resposta deve distinguir contenção, análise, recuperação e prevenção de reincidência.
Como agir nas primeiras horas depois de um alerta
Identifique o sistema afetado, limite acessos desnecessários e preserve registos. Não elimine ficheiros ou reinstale tudo sem compreender o alcance do incidente. Se suspeita que houve exposição de passwords, substitua-as a partir de um dispositivo de confiança e reveja os administradores existentes.
Depois da contenção, analise a origem e teste a recuperação. Restaurar um backup contaminado pode reproduzir a falha. Distinga factos confirmados de hipóteses para que a resposta não seja orientada por suposições.
Camadas de proteção com funções diferentes
SSL, firewall, proteção contra malware e backups têm objetivos distintos. O HTTPS cifra a comunicação, mas não elimina vulnerabilidades de plugins. Uma cópia de segurança apoia a recuperação, mas não substitui prevenção. A firewall pode bloquear padrões de ataque sem impedir que uma password roubada seja utilizada.
Reveja periodicamente versões, utilizadores e permissões. A empresa deve saber o que é responsabilidade do alojamento e o que pertence à manutenção da aplicação. Esta distinção facilita a resposta quando surge um incidente.
Preparar uma resposta a tráfego anormal
Registe horários, sintomas e serviços afetados para distinguir um ataque de outros problemas de disponibilidade.
Compare os nossos planos de alojamento web para escolher o serviço que corresponde ao projeto. Fale connosco se precisa de ajuda a escolher.
Se já é nosso cliente, envie o contexto através de um pedido de suporte na nossa área de cliente.