Suporte Técnico
Documentação
Entrar
Entre em contato conosco
Vá direto para um resumo gerado por IA desta postagem do blog 
Os ataques de Negação de Serviço (DoS) são um tipo específico de ameaça à segurança cibernética. O invasor não precisa invadir seus sistemas nem encontrar uma falha em sua estrutura de segurança. Ele nem mesmo precisa ter conhecimento ou recursos significativos à sua disposição para lançar um ataque DoS eficaz — basta pagar 30 dólares por mês para alugar uma botnet e, assim, tirar a rede de uma pequena ou média empresa da Internet por algum tempo.
Ataques DoS – não, não é o MS-DOS, o venerável sistema operacional de antigamente – se enquadram em duas grandes categorias: o tráfego de rede excessivo, que efetivamente impede que o tráfego legítimo chegue aos seus sistemas, e as solicitações excessivas, que consomem uma quantidade considerável de recursos para serem atendidas e impedem que as solicitações legítimas sejam atendidas pelos seus sistemas. Existem alguns outros cenários extremos que se enquadram na definição ampla de negação de serviço (como, por exemplo, danos físicos a um servidor ou a uma linha de comunicação), mas esses são casos isolados, e não a regra.
Há também uma distinção entre um ataque de negação de serviço lançado por um único indivíduo e a partir de um único sistema de origem, ou com um número reduzido de sistemas de origem, e aqueles lançados por centenas de milhares de sistemas simultaneamente contra um sistema ou rede alvo (um ataque distribuído de negação de serviço, ou DDoS).
Em 2020, a Amazon anunciou que havia se defendido com sucesso contra o maior ataque DDoS conhecido publicamente até então: 2,3 Tbps de tráfego atingia a rede da AWS, tendo como alvo um pequeno subconjunto de serviços hospedados. São 2,3 terabits de tráfego por segundo, a cada segundo, durante um determinado período. Isso equivale a quase 300 gigabytes por segundo ou, em termos mais simples, o equivalente a 67 DVDs de dados por segundo, a cada segundo (caso você não esteja familiarizado, um DVD é como a Netflix, mas sem a parte da “rede” e contendo apenas um filme).
Mas isso foi em 2020. Em 2018, o GitHub havia se defendido de outro ataque em grande escala de aproximadamente esse tamanho – 1,3 Tbps. Ainda é uma quantidade impressionante de dados, mas, nos termos atuais, é como uma pintura rupestre em comparação com a Mona Lisa.
Avançando para 2023, a CloudFlare acaba de anunciar que bloqueou um ataque DDoS de 71 milhões de solicitações por segundo. Embora não possamos comparar exatamente os números, já que a AWS divulgou suas conclusões com base no tráfego de rede e a CloudFlare em solicitações por segundo (ou seja, o ataque da AWS foi do tipo “inundação de rede” e o da CloudFlare, do tipo “esgotamento de recursos”), ainda assim é um número absurdamente alto.
Como é que é possível lançar ataques dessa magnitude?
Existem vários fatores que contribuem para o aparente aumento na escala que os ataques DoS vêm apresentando. Em primeiro lugar, e de grande importância, está o fato de que os provedores de nuvem em hiperescala possuem as maiores conexões de rede na Internet; portanto, tráfego dessa magnitude poderá atingir suas redes e serviços hospedados. Em segundo lugar, a execução de um ataque DoS não depende “apenas” dos recursos do próprio invasor.
Lançar ataques DoS bem-sucedidos geralmente significa explorar vulnerabilidades em uma grande quantidade de sistemas que não têm intenção de participar. Uma tática comum é encontrar algum tipo de serviço que responda a uma solicitação com mais dados do que aqueles enviados a ele — por exemplo, uma consulta DNS para google.com responde com muito mais caracteres do que os inicialmente enviados na solicitação. Se você também conseguir encontrar uma maneira de induzir o servidor DNS a enviar a resposta ao seu alvo, você acaba de encontrar os peões de que precisa para realizar um DoS. Isso é chamado de “DoS de amplificação”.
Vários serviços foram identificados como vulneráveis à amplificação — ou seja, vulneráveis a serem explorados por um invasor para inundar um alvo —, como os servidores DNS BIND ou servidores LDAP expostos à Internet. Assim, um único invasor, tomando café em casa, poderia compilar uma lista de servidores DNS (e existem milhares deles), escrever um script simples e, pronto! – um ataque DDoS pronto para ser executado.
Se um invasor não estiver disposto a se dar ao trabalho de fazer uma simples busca no Shodan por esses servidores DNS, talvez ele tenha 30 dólares disponíveis para assinar um serviço de DoS como serviço. Sim, é isso mesmo. Com apenas 30 dólares por mês, você pode “alugar” uma botnet pronta e disposta a participar dessas atividades. Pague mais para ter mais bots ou períodos de disponibilidade mais longos para seus ataques.
O que é uma botnet, você pergunta? Bem, trata-se de um grupo de estações de trabalho ou servidores — geralmente de empresas — que possuem um software oculto que permite que sejam controlados remotamente — e, portanto, transformados em armas — por um agente mal-intencionado ou grupo de ameaças.
E qual é o objetivo de um ataque DoS?
O ganho financeiro ou o prejuízo financeiro costumam ser os motivos. Isso pode ser feito seja mantendo uma organização como refém com ameaças do tipo “paguem-nos X bitcoins ou seus sistemas ficarão fora do ar”, seja causando prejuízo financeiro direto ao derrubar sistemas que sustentam a capacidade de uma empresa de realizar negócios ou vendas.
Seja qual for a escolha do agressor, a vítima sai perdendo.
Como é possível combater isso?
Além de contar com seu provedor de internet para filtrar o tráfego ou contratar algum serviço de proteção como o Cloudflare, não há muito mais que você possa fazer. E, mesmo assim, você não está “resolvendo” o problema, está apenas adicionando um buffer (espero que) grande o suficiente entre sua rede e o invasor. No momento em que seu firewall de perímetro ou de aplicativo bloqueia o tráfego DoS, já é tarde demais — o cano já está entupido e não importa se você tampona a pia ou não. E, mesmo que você consiga, de alguma forma, impedir que o tráfego chegue ao interior da sua rede, ele pode ser de tal magnitude que, em vez disso, sobrecarregue a rede do seu provedor de internet, acabando por afetar sua disponibilidade, independentemente dos seus esforços.
E é nesse ponto que um ataque DoS se diferencia de outras ameaças comuns à segurança cibernética, como o ransomware ou a invasão de um sistema por um hacker. O invasor não precisa de nenhum conhecimento interno sobre seus sistemas, não precisa de habilidades específicas de hacking e, mesmo que você tenha aplicado as correções a tempo para atender aos requisitos de conformidade, isso não faz diferença alguma.
Para combater os ataques de negação de serviço de forma eficaz, é necessário um esforço mais abrangente no combate às redes de bots e na correção direta dos serviços de amplificação, em vez de atuar apenas no nível do alvo. De certa forma, trata-se de eliminar as armas, em vez de proteger os alvos.
As botnets são criadas quando os sistemas são infectados, e essa é a abordagem tradicional — phishing, vulnerabilidades não corrigidas, configurações incorretas — e essas falhas podem, de fato, ser corrigidas de forma eficaz. Os serviços de amplificação geralmente são resultado de falhas no projeto ou na implementação desses serviços – e isso também pode ser corrigido. Isso apenas reforça a necessidade de aplicar as correções adequadas em todos os seus sistemas. Não porque você seja vítima de um ataque DoS, mas porque seus sistemas podem se tornar a arma apontada contra os sistemas de terceiros.
A melhor opção para combater isso é na fonte, e a “fonte” é qualquer sistema infectado ou sem patches. Como não é possível adivinhar qual serviço será vulnerável a ser usado como amplificador nesse tipo de ataque, o melhor conselho é simplesmente aplicar patches em tudo o que for possível, em todos os lugares que for possível, e fazer isso constantemente. Se isso parecer muito trabalhoso por causar interrupções, procure opções que não causem interrupções, como atualização em tempo real.
Manter seus próprios sistemas seguros também ajuda a manter os sistemas de todas as outras pessoas seguros.
