Voltar
Use-After-Free no TCP: CVE-2026-98432 tem CVSS 9.8

Falha use-after-free no TCP do Linux, a CVE-2026-98432, tem CVSS 9.8

Aprofundamento CEVIU

Aprofundamento

A CVE-2026-98432 é um use-after-free no handshake TCP IPv4 do Linux, alcançável por um peer remoto sem autenticação. O kernel guarda as opções do cabeçalho IPv4 no "request socket", repassa esse ponteiro ao socket da nova conexão sem copiar e libera a memória logo que a conexão acaba. Enquanto isso, outra CPU ainda pode estar lendo as opções para montar uma resposta do handshake. A autoridade de CVEs do kernel dá CVSS 3.1 9.8. A falha existe desde o Linux 4.4.

A correção upstream tem quatro linhas. O commit de Eric Dumazet troca dois kfree() por kfree_rcu(), que só libera a memória depois que todos os leitores terminam. As versões corrigidas são 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 e 7.3. Como a maioria dos servidores roda kernel de distribuição, o número upstream não serve de referência: é preciso consultar o tracker de cada distro. Em 1º de novembro, a Red Hat já havia liberado kernels para RHEL 8, 9 e 10, e o Ubuntu ainda listava o kernel como "Vulnerable". Os kernels do AlmaLinux estavam em testes.

O que mudou

Em 30 de outubro de 2026, o CEVIU noticiou "Falha no TCP do kernel Linux com CVSS 9.8 atinge Ubuntu, Red Hat e outras distribuições", quando o foco era a descoberta pela Anthropic e a exposição das distros. Agora o quadro é de correção: o upstream já tem o patch nos kernels stable, a Red Hat entregou os pacotes de RHEL em 1º de novembro, e o Debian, o SUSE e o Amazon Linux também têm correções. O Ubuntu segue sem pacote e o AlmaLinux está em testes. As demais notícias de kernel da cobertura anterior tratam de outras falhas e não entram nessa comparação.

Por que isso importa

Para quem opera frota Linux, a leitura é direta: o risco está no kernel do host, então imagem de container nova não resolve. Isso inclui nodes de Kubernetes, que precisam de reboot depois do update. Desativar MPTCP reduz a superfície do exploit da Anthropic, mas não elimina o bug, segundo o próprio Go Security Team. Em ambientes Ubuntu ou OpenShift sem correção, a regra de nftables que descarta TCP IPv4 com opções funciona como paliativo, nunca como substituto do patch.

Linha do tempo

  1. CEVIU noticia a falha de use-after-free no TCP do kernel Linux descoberta pela Anthropic, com CVSS 9.8.

  2. CEVIU detalha a CVE-2026-98432, com correção nos kernels stable e kernels corrigidos da Red Hat para RHEL 8, 9 e 10.

Perguntas frequentes

Desligar o MPTCP resolve a CVE-2026-98432?

Não. O exploit da Anthropic precisa de um listener MPTCP, mas o bug está no TCP IPv4 comum. O Go Security Team diz ser possível que sistemas sem listeners MPTCP sejam vulneráveis a ataques parecidos. Desligar o MPTCP só tira o cenário já demonstrado.

Container atualizado fica protegido?

Não. O container usa o kernel do host, então uma imagem nova não muda nada. É preciso atualizar o kernel do host ou do node e reiniciar a máquina.

Quais distribuições já têm kernel corrigido?

Em 1º de novembro, a Red Hat liberou kernels para RHEL 8, 9 e 10. Debian, SUSE (SLES 16.0 e LTSS do 15), Oracle UEK e Amazon Linux também têm correção. O Ubuntu ainda não tinha pacote, e o AlmaLinux mantinha os kernels em testes.

Dá para mitigar enquanto o patch não chega?

A Red Hat e o AlmaLinux publicaram regras de nftables que descartam pacotes TCP IPv4 com opções no cabeçalho. A Red Hat avisa que a regra reduz a exposição, mas não impede totalmente. Ela vale até o reboot e não substitui a atualização do kernel.

Fontes

Avalie este artigo:
Categoria
CEVIU DevOps
Publicado
02 de novembro de 2026
Editoria
CEVIU DevOps

Quer receber mais sobre CEVIU DevOps?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser