Os ataques à cadeia de suprimentos têm registrado um aumento impressionante nos últimos anos, transformando-se em uma ameaça formidável no cenário cibernético. À medida que as empresas dependem cada vez mais de softwares de terceiros e componentes de código aberto, os ataques à cadeia de suprimentos surgiram como um vetor viável e insidioso para que os adversários explorem vulnerabilidades em softwares amplamente utilizados, afetando inúmeras organizações simultaneamente.
Uma ameaça crescente: crescimento e implicações
O aumento repentino dos ataques à cadeia de suprimentos de software não é apenas hipotético, mas é comprovado por estatísticas alarmantes. Entre 2019 e 2022, os ataques à cadeia de suprimentos de software dispararam em impressionantes 742%, e 2023 deve bater um novo recorde.
A dependência de softwares de terceiros e componentes de código aberto, embora seja crucial para a agilidade operacional e a redução dos tempos de desenvolvimento, traz riscos significativos. Devido a essa dependência de código externo, por parte de várias empresas e em diferentes aplicativos, um ataque a uma biblioteca básica pode rapidamente se alastrar a milhares de pilhas de software vulneráveis, como exemplificado pela recente vulnerabilidade do WebP.
O risco inerente ao software de terceiros
O uso generalizado de softwares de terceiros abre uma caixa de Pandora de riscos e desafios. Notavelmente, de acordo com a Gartner, 60% das organizações trabalham com mais de 1.000 fornecedores terceirizados, criando inúmeros pontos de entrada potenciais para invasores.
Casos como a violação de segurança no JP Morgan Chase, que expôs nomes de usuário e senhas de milhões de contas devido a uma vulnerabilidade no site de um fornecedor terceirizado, ressaltam os riscos concretos e os enormes impactos desses ataques.
A infâmia do Log4j
A vulnerabilidade do Log4j, ou Log4Shell, ilustra como uma única vulnerabilidade em uma biblioteca de código aberto amplamente utilizada pode se transformar em uma crise global de segurança cibernética. Essa vulnerabilidade não estava presente apenas nas dependências diretas, mas também em cerca de 17.000 pacotes Java hospedados no repositório Maven Central, como dependência direta ou transitiva. Apesar dos extensos esforços de correção, muitas instâncias continuam sem correção, representando um risco contínuo para organizações em todo o mundo.
Para saber como detectar e corrigir esses problemas em sua base de código, leia nosso guia técnico sobre como implementar uma correção para a vulnerabilidade do Log4j.
A complexidade das redes de dependência
As dependências nas cadeias de suprimentos de software introduzem camadas adicionais de complexidade e vulnerabilidades na cadeia de suprimentos. As vulnerabilidades transitivas herdadas dessas dependências atingiram níveis sem precedentes, afetando dois terços das bibliotecas de código aberto.
O incidente Log4Shell destacou a importância crucial da visibilidade e da conscientização sobre essas complexas cadeias de suprimentos, já que a falta de compreensão sobre suas origens e dependências pode prejudicar gravemente os esforços de resposta a vulnerabilidades. Para combater esses riscos, as organizações estão recorrendo à IA nas cadeias de suprimentos para obter maior visibilidade e automação.
O aumento no número e nas técnicas
De acordo com um relatório da Sonatype, o número de ataques documentados à cadeia de suprimentos envolvendo componentes maliciosos de terceiros cresceu 633% em um ano, totalizando mais de 88.000 casos conhecidos. As técnicas de ataque se diversificaram, com confusão de dependências, typosquatting, brandjacking, injeção de código malicioso e até mesmo protestware, apresentando novos desafios e considerações para os profissionais de segurança cibernética.
O dilema da confusão de dependências
Os ataques de confusão de dependências ganharam destaque especialmente desde que foram divulgados, em fevereiro de 2021. Essa técnica explora o comportamento dos clientes de gerenciamento de pacotes, levando-os a utilizar pacotes maliciosos com números de versão mais altos, provenientes de repositórios públicos, em vez de pacotes legítimos em repositórios internos. Isso ressalta a necessidade de as organizações registrarem os nomes de seus pacotes privados em repositórios públicos ou empregarem prefixos distintos para mitigar tais riscos.
Para uma análise mais aprofundada dos riscos emergentes na cadeia de suprimentos de encomendas, leia nossa visão geral detalhada sobre os ataques do tipo “slopsquatting ”.
Fortalecendo as defesas contra ataques à cadeia de suprimentos
A identificação e a mitigação de vulnerabilidades constituem o cerne de uma estratégia de defesa robusta contra ataques à cadeia de suprimentos. Não é realista esperar que cada dependência seja verificada sempre que houver uma atualização, nem que todas as dependências dessa dependência, de forma transitiva, ao longo da cadeia, sejam igualmente verificadas.
Não há recursos suficientes disponíveis para realizar essa tarefa de forma contínua, como seria necessário para garantir uma defesa adequada. E, mesmo assim, assim como vemos aplicativos lançando constantemente patches para corrigir bugs, seria fácil deixar passar problemas que poderiam levar a falhas de segurança.
Uma alternativa é recorrer a repositórios confiáveis para suas dependências, que realizam essa verificação para você. Serviços como o SecureChain para Java, da TuxCare, oferecem exatamente isso – uma fonte de dependências selecionada, atualizada e confiável para suas bibliotecas Java, reduzindo o risco de baixar dependências com bugs ou comprometidas de fontes públicas ou não confiáveis.
Os números alarmantes por trás dos ataques à cadeia de suprimentos traçam um quadro preocupante do panorama das ameaças cibernéticas. A diversificação e a sofisticação das técnicas de ataque exigem uma mudança de paradigma, passando da mera prevenção para estratégias proativas de detecção e mitigação. As organizações precisam adotar uma abordagem holística, informada e adaptativa para navegar por essa complexa teia de vulnerabilidades e dependências, protegendo seus ativos digitais e sua integridade operacional contra a crescente onda de ataques à cadeia de suprimentos.

