Voltar
Red Hat corrige falha RCE de severidade 9.8 no TCP do Linux, enquanto Ubuntu disponibiliza correções para testes

Red Hat corrige falha RCE de severidade 9.8 no TCP do kernel Linux; Ubuntu libera correções para testes

Aprofundamento CEVIU

Aprofundamento

A CVE-2026-98432 é um use-after-free no tratamento de TCP sobre IPv4 do kernel Linux. Quando o servidor aceita uma conexão, o kernel repassa ao novo socket as opções de IP da requisição sem copiá-las. Se o cliente retransmite o pedido de conexão enquanto outro processador ainda lê essas opções, o kernel lê memória já liberada. O gatilho são pacotes com as opções IPv4 Record Route ou Timestamp enviados a qualquer porta TCP em escuta, sem autenticação. IPv6 não é afetado no caminho principal. O bug existe desde o Linux 4.4 e a correção upstream saiu em outubro.

A Red Hat publicou o RHSA-2026:93414 (RHEL 8), o RHSA-2026:93412 (RHEL 9) e o RHSA-2026:93413 (RHEL 10) em 1º de novembro, e a instalação exige reinicialização. A empresa subiu a nota de 5.9 (Moderada) para 9.8 (Crítica). No Ubuntu, as correções para 22.04, 24.04 e 26.04 estão no canal opt-in -proposed desde 2 de novembro, sem data para o canal regular. Ubuntu 20.04, 18.04 e 16.04 seguem sem correção, e as versões antigas dependem do Expanded Security Maintenance via Ubuntu Pro. Debian, Oracle Linux e SUSE já liberaram correções em outubro. O Amazon Linux avaliou a falha em 8.1 (Important), citando travamento com possível corrupção de memória como resultado principal.

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 problema era descrito como uma race condition com risco de corrupção de memória. Em 2 de novembro de 2026, a matéria "Falha use-after-free no TCP do Linux, a CVE-2026-98432, tem CVSS 9.8" detalhou o handshake TCP IPv4 e a incorporação da correção aos kernels stable do upstream em 15 de outubro. Na mesma data, o CEVIU publicou "CVE-2026-98432: falha no kernel Linux ainda afeta Ubuntu e RHEL, e listeners MPTCP abertos por programas em Go ampliam a exposição". Agora há patches da Red Hat para RHEL 8, 9 e 10 e correções do Ubuntu em testes, o que muda o quadro de exposição para quem usa essas distribuições.

Por que isso importa

Para quem opera servidores RHEL, o caminho é claro: aplicar o RHSA e planejar a janela de reinicialização. Para quem roda Ubuntu, a decisão é entre habilitar o -proposed em produção ou esperar o canal regular, sem prazo definido. A regra de nftables da Red Hat serve como paliativo, mas não fecha a porta e pode quebrar cargas que usam opções IPv4. Desativar MPTCP, como alguns sugerem, não resolve, segundo a Canonical. Sem exploração relatada, a urgência vem da nota 9.8 e do alcance remoto sem autenticação, não de ataques em curso.

Linha do tempo

  1. CEVIU noticia a falha de TCP no kernel Linux com CVSS 9.8; Red Hat publica regra de nftables.

  2. CEVIU detalha a CVE-2026-98432 e a exposição por listeners MPTCP; Canonical coloca correções no -proposed.

  3. Red Hat corrige a falha em RHEL 8, 9 e 10 e o Ubuntu mantém as correções em testes.

Perguntas frequentes

A CVE-2026-98432 está sendo explorada em ataques?

Não há relato de exploração por fornecedores, CERTs ou pela equipe de CVE do kernel. A falha também não constava no catálogo KEV da CISA na versão de 30 de outubro. Existe código no GitHub que só dispara a condição de corrida, sem execução de código.

Quais versões do RHEL têm correção?

RHEL 8, 9 e 10 têm correção, publicada em 1º de novembro nos avisos RHSA-2026:93414, RHSA-2026:93412 e RHSA-2026:93413. É preciso reiniciar o sistema após instalar a atualização. Para conferir, compare a saída de uname -r com as versões corrigidas.

Dá para mitigar sem atualizar o kernel?

A Red Hat publicou uma regra de nftables que descarta pacotes TCP IPv4 de entrada com opções de IP. Ela bloqueia o gatilho conhecido, mas não impede totalmente a exploração e pode quebrar cargas que dependem dessas opções. Ela vale só para o host onde foi carregada, e o tráfego entre contêineres no mesmo host pode contorná-la.

Desativar MPTCP resolve o problema?

Não. A falha está no caminho TCP IPv4, não no MPTCP, e a Canonical afirma que só atualizações de segurança são mitigação adequada. O MPTCP aparece apenas no exploit descrito pela Anthropic, que mira servidores com listener MPTCP.

Fontes

Avalie este artigo:
Categoria
CEVIU Segurança da Informação
Publicado
04 de novembro de 2026
Editoria
CEVIU Segurança da Informação

Quer receber mais sobre CEVIU Segurança da Informação?

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

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser