Hack Alerta

cURL corrige 18 vulnerabilidades incluindo falha de 25 anos em infraestrutura crítica

cURL lança atualização histórica corrigindo 18 vulnerabilidades, incluindo uma falha de 25 anos. A libcurl, usada em 30 bilhões de dispositivos, requer atualização imediata para evitar riscos de infraestrutura crítica.

Descoberta e escopo

O projeto cURL, uma ferramenta fundamental para transferência de dados na internet, lançou uma atualização de segurança histórica que corrige 18 CVEs, o maior número já registrado em uma única versão. A vulnerabilidade mais notável, CVE-2026-8932, é uma falha de 25 anos presente desde a versão 7.7, lançada em 2001. O cURL é utilizado por mais de 30 bilhões de dispositivos, incluindo sistemas operacionais, containers, pipelines de CI/CD, gerenciadores de pacotes e sistemas automotivos.

A descoberta foi impulsionada por um esforço colaborativo que incluiu o uso de modelos de IA, como o Mythos da Anthropic, que identificou a primeira CVE, desencadeando uma enxurrada de relatórios de segurança. A plataforma AISLE, uma ferramenta de segurança baseada em IA, contribuiu com 6 das 18 CVEs, demonstrando o papel crescente da inteligência artificial na descoberta de vulnerabilidades.

Impacto e alcance

O impacto dessa atualização é global e profundo. Como o cURL é uma biblioteca de infraestrutura, muitas aplicações não interagem diretamente com a ferramenta, mas dependem da libcurl embutida. Isso significa que vulnerabilidades na libcurl podem afetar produtos onde os usuários finais não têm visibilidade ou capacidade de aplicar patches diretamente. A falha de 25 anos, especificamente, permite bypass de autenticação em conexões mTLS reutilizadas.

Além disso, várias vulnerabilidades afetam exclusivamente a libcurl, não a ferramenta de linha de comando, o que complica a detecção em ambientes de produção. A correção é crítica para ambientes que dependem de autenticação, configurações de proxy ou recursos HTTP/2 e HTTP/3.

Análise técnica detalhada

As vulnerabilidades corrigidas abrangem uma ampla gama de áreas, incluindo manipulação de credenciais .netrc, autenticação SASL, reutilização de conexão mTLS, callbacks de socket multi, validação de host SSH e dependências de stream HTTP/2. A maioria das falhas é classificada como baixa ou média, mas a combinação e o contexto de uso podem elevar o risco operacional.

A libcurl é frequentemente usada em scripts de automação e ferramentas de desenvolvimento. A correção remove recursos obsoletos como suporte a HTTP/2 stream dependency tracking e CURLAUTH_DIGEST_IE, alinhando o projeto com práticas modernas de protocolo. Desenvolvedores são alertados sobre a remoção futura de NTLM, SMB, TLS-SRP e implementações de criptografia locais.

Medidas de mitigação recomendadas

Equipes de segurança e desenvolvimento devem atualizar para o cURL 8.21.0 imediatamente. Em ambientes corporativos, é essencial auditar dependências de bibliotecas para garantir que a versão atualizada esteja sendo utilizada em todos os serviços. A verificação de configurações de proxy e autenticação é recomendada para identificar potenciais vetores de ataque exploráveis.

Para organizações com pipelines de CI/CD, a atualização deve ser priorizada para evitar comprometimento de credenciais de build. Monitorar logs de rede em busca de tráfego incomum relacionado a conexões HTTP/2 ou SSH pode ajudar a identificar tentativas de exploração antes da aplicação do patch.

Perguntas frequentes

  • Qual a severidade da falha de 25 anos? Classificada como baixa, mas crítica devido à idade e ao contexto de reutilização de conexão.
  • É necessário reiniciar serviços? Sim, após a atualização da biblioteca, serviços que usam libcurl devem ser reiniciados.
  • Como a IA ajudou na descoberta? Modelos de IA identificaram a primeira CVE, desencadeando um processo de descoberta colaborativa.

Baseado em publicação original de Cyber Security News
Publicado pela Redação Hack Alerta com base em fontes externas citadas e monitoramento editorial do Hack Alerta. Para decisões técnicas, operacionais ou jurídicas, confirme sempre os detalhes na fonte original.