Anthropic usa Claude para escrever exploit de execução remota de código contra falha crítica do kernel Linux
A CVE-2026-98432 é uma condição de corrida do tipo use-after-free no código TCP do kernel Linux, presente desde a versão 4.4, que afeta conexões IPv4 com opções Record Route ou Timestamp e recebeu nota 9,8 em CVSS pela própria equipe de CVE do kernel. A Anthropic relatou que seu modelo Claude escreveu, de forma autônoma, um exploit de duas etapas que vaza endereços de kernel para contornar o KASLR e depois sobrescreve um ponteiro de callback para obter execução de código como root em servidores com um listener TCP multipath, sem exigir credenciais. Apesar de patch upstream já disponível desde 5 de outubro, Ubuntu e RHEL ainda não tinham pacotes corrigidos até a publicação da notícia.
A vulnerabilidade em si é um bug clássico de gerência de memória: durante a finalização do handshake TCP, o kernel entrega ao novo socket as opções IP que estavam associadas à conexão pendente sem copiá-las, e se outra CPU tentar usar essas opções depois que o socket pendente for destruído, o kernel acaba lendo memória já liberada. Como o bug só se manifesta em conexões IPv4 carregando as opções Record Route ou Timestamp — o IPv6 copia as opções e não é afetado — e depende de uma condição de corrida entre CPUs, ele é relativamente difícil de disparar de forma confiável, o que normalmente tornaria sua exploração prática mais lenta de desenvolver manualmente.
O que torna este caso particularmente relevante para segurança de IA é o papel da Anthropic como ferramenta ofensiva: segundo a empresa, o modelo Claude foi usado para escrever um exploit funcional de duas etapas a partir da falha. Na primeira etapa, o exploit vaza endereços de memória do kernel para contornar o KASLR (randomização de layout do espaço de endereços), uma mitigação desenhada justamente para impedir que um atacante saiba onde estão estruturas de kernel que deseja corromper. Na segunda etapa, ele sobrescreve um ponteiro de callback para desviar o fluxo de execução e obter comandos como root, sem exigir nenhuma credencial prévia — o cenário mais grave possível para uma vulnerabilidade de rede remota. Segundo a Anthropic, obter um endereço de kernel válido levou cerca de 48 minutos de automação, com execução de comandos alcançada cerca de 5 minutos depois.
O caso é significativo não pela falha em si — condições de corrida em código de rede do kernel não são inéditas — mas pelo que demonstra sobre o estado da arte de modelos de linguagem aplicados à pesquisa de exploração de vulnerabilidades: um processo que tradicionalmente exige um especialista sênior em exploração de kernel, com domínio de primitivas de leitura/escrita arbitrária e bypass de mitigações modernas, foi reproduzido por um agente de IA em menos de uma hora. Isso reduz a barreira de entrada para desenvolver exploits de classe crítica e comprime o tempo entre divulgação de uma falha e disponibilidade de uma exploração funcional, pressionando ainda mais o já apertado ciclo de patching.
Na prática, o risco imediato está amplificado pelo atraso de correção: embora o patch upstream exista desde 5 de outubro e distribuições como Debian, Oracle Linux, SUSE e Amazon Linux já tenham lançado kernels corrigidos, Ubuntu (das versões 16.04 a 26.10) e RHEL (7 a 10) continuavam sem pacotes corrigidos até a publicação da reportagem, com a Red Hat classificando a correção como 'atualmente adiada para uma atualização futura' sem prazo definido. Isso deixa uma janela de exposição considerável em servidores de produção amplamente usados, justamente no momento em que a viabilidade de um exploit automatizado por IA para essa classe de bug já foi demonstrada publicamente — ainda que, até a publicação, não houvesse relatos de exploração ativa in the wild.