Dezenas de milhões de downloads da popular biblioteca de logging Java Log4j este ano foram vulneráveis a uma vulnerabilidade classificada como CVSS 10.0 que surgiu há quatro anos, segundo a Sonatype.
O fornecedor de segurança afirmou que 13% dos downloads do Log4j em 2025 ainda eram vulneráveis a Log4Shell, sugerindo o desafio dos riscos persistentes no ecossistema de código aberto.
“De um lado, há riscos não resolvidos: vulnerabilidades que nunca são corrigidas rio acima. Por outro, há o risco corrosivo: vulnerabilidades que têm correções, mas continuam se espalhando porque os consumidores não se movem”, explicou.
“A vulnerabilidade Log4j – e os pacotes comuns muito usados ao lado dela – agora são exemplos clássicos de risco corrosivo em larga escala.”
A Sonatype compilou sua análise a partir dos dados de download do Maven Central, revelando que 40 milhões dos 300 milhões de downloads do Log4j este ano estavam com bugs.
Entre os países com maiores populações de desenvolvedores, Índia (29%), China (28%) e Japão (22%) registraram grandes parcelas de downloads do Log4Shell. Os EUA (9%), Brasil (8%) e França (8%) tiveram melhor desempenho, mas ainda assim representaram milhões de downloads vulneráveis evitáveis, afirmou a Sonatype.
Leia mais no Log4Shell: O impacto do bug do Log4Shell foi exagerado, dizem pesquisadores
O problema não se limita ao Log4j: a Sonatype afirmou que cerca de 95% dos downloads com componentes vulneráveis têm uma versão mais segura disponível, enquanto apenas cerca de 0,5% dos componentes realmente não têm uma solução.
O fornecedor afirmou que os desenvolvedores continuam cometendo esses erros devido a dependências de definir e esquecer, pontos cegos de dependências transitivas e critérios falhos para escolher bibliotecas que priorizam a popularidade em vez da postura de segurança.
Ferramentas de segurança como a análise de composição de software (SCA) podem piorar a situação ao inundar os desenvolvedores com alertas que carecem de orientações acionáveis, enquanto os gerentes de produto continuam sendo incentivados a priorizar o tempo de lançamento no mercado em detrimento da segurança.
Eliminando Riscos Desnecessários
Sonatype Instou desenvolvedores para parar de extrair versões conhecidas como ruins dos componentes por meio de:
- Usar ferramentas SCA e repositórios de artefatos para entender quantos downloads são vulneráveis, quais componentes aparecem nas builds (e quais versões) e quais equipes/apps/unidades de negócios são responsáveis
- Mudando a forma como selecionam componentes, priorizando histórico de segurança, manutenção ativa, governança e transparência
- Automatização de pull requests de atualização para versões seguras, agrupamento de atualizações que não quebro regularmente, autocompletamento para versões seguras em repositórios internos e alerta automático quando alguém tenta puxar uma versão vulnerável conhecida
- Colocando guarda-corpos em repositórios de artefatos e pipelines de CI/CD para bloquear downloads/uso de versões conhecidas e vulneráveis para as quais existe uma correção
- Adoção de novos indicadores como “taxa de risco desnecessária”, “tempo de adoção fixa” e “eficácia da política”
