TCP Use-After-Free: CVE-2026-98432 / CVSS 9.8

Artigo original ↗ Discussão no Hacker News ↗

Uma vulnerabilidade grave no kernel Linux (CVE-2026-98432, CVSS 9.8) na pilha TCP IPv4 permite um use-after-free durante o handshake TCP, que a Anthropic demonstrou poder ser convertido em um exploit de root remoto, especialmente em sistemas com listeners de Multipath TCP (MPTCP). Os comentaristas se concentram no impacto prático e nas mitigações: muitas distribuições e o OpenWrt ainda estão distribuindo kernels corrigidos, o MPTCP pode frequentemente ser desativado, e descartar pacotes IPv4 com opções IP no firewall ou via XDP é sugerido como proteção parcial, embora não como correção completa. Há ampla preocupação com roteadores e dispositivos IoT sem patch, debate sobre a rapidez com que fornecedores como Ubuntu e RHEL devem responder, e reflexão sobre como a descoberta de vulnerabilidades por IA e o código C sem segurança de memória em subsistemas críticos estão remodelando o cenário de segurança.

Escopo e natureza da vulnerabilidade

  • Use-after-free no tratamento de TCP IPv4 no Linux durante o handshake, em código executado antes de o tráfego chegar às aplicações.
  • Uma exploração bem-sucedida pode permitir execução remota de código como root em kernels afetados.
  • O caminho IPv6 foi relatado como não afetado; o problema está ligado ao tratamento de opções IPv4.
  • A exploração é mais fácil em sistemas multicore; configurações de um único core ou uma única fila podem ser, na prática, seguras.

Papel do Multipath TCP (MPTCP)

  • Divergência na discussão:
    • Uma linha de debate: a explorabilidade foi demonstrada por meio de listeners MPTCP (por exemplo, Go 1.24 habilitando MPTCP por padrão, alguns servidores como Caddy/Tailscale usando-o).
    • Outros enfatizam que o bug está no código TCP genérico; o MPTCP apenas tornou o proof-of-concept mais fácil, e um caminho sem MPTCP também pode ser explorável.
  • Esclarecimento de que o MPTCP usa opções TCP, enquanto o bug está em opções IP; alguma confusão aqui é explicitamente apontada.

Quem é afetado

  • Diz-se que todos os kernels Linux da versão 4.4 até versões corrigidas específicas (por exemplo, 5.15.225, 6.1.190, etc.) são afetados.
  • Principais distros:
    • Debian já distribuiu correções; Ubuntu e RHEL são criticados por demora, embora o Ubuntu tenha kernels em “proposed” e o RHEL venha com MPTCP desativado por padrão.
    • A Proxmox informa que lançou kernels corrigidos mais cedo por meio de seu próprio pipeline.
  • OpenWrt e outras distros para roteadores frequentemente executam kernels vulneráveis, embora serviços expostos à WAN possam estar fechados ou protegidos por firewall por padrão.

Mitigações e explorabilidade prática

  • Mitigações comumente sugeridas:
    • Desativar MPTCP (sysctl net.mptcp.enabled = 0, flags GODEBUG/go.mod do Go).
    • Bloquear pacotes IPv4 com opções IP no firewall (iptables/nftables/ufw; XDP para maior garantia).
  • Alguns observam que muitos roteadores de ISPs e corporativos já descartam opções IP; outros argumentam que isso não é universal.
  • Exploit de laboratório relatado: ~48 minutos para vazar um ponteiro do kernel, mais ~5 minutos para obter shell.

Roteadores, IoT e equipamentos de consumo

  • Há preocupação de que muitos dispositivos embarcados (roteadores, gadgets “smart”) executem versões afetadas do Linux, mas nunca recebam atualizações.
  • Conforto parcial: algumas caixas IoT baratas podem ter um único core ou kernels antigos; outros apontam que roteadores de consumo multicore são agora comuns.

Ecossistema e debate operacional

  • Forte crítica à resposta lenta de distros “enterprise” versus elogios a projetos com ciclo mais ágil.
  • Alguns administradores desligaram ou endureceram agressivamente servidores até que os patches cheguem.
  • Há discussão de que CVEs graves constantes + descoberta de exploits assistida por LLM podem forçar ciclos de patch mais curtos e melhor isolamento (VMs, bastions, VLANs).

Linguagens, arquitetura e IA

  • Renovados apelos por mais Rust e stacks de rede com segurança de memória; contrapontos dizem que reescritas introduzem novos bugs (não relacionados à memória) e muitas vezes ainda dependem de unsafe.
  • Menção de que partes do kernel Linux já estão sendo movidas para Rust (por exemplo, drivers específicos).
  • Visões mistas sobre LLMs:
    • Vistos como ferramentas poderosas para encontrar e transformar bugs em armas.
    • Preocupação de que a IA provoque uma “enchente de CVEs” sustentada, mas também otimismo de que expurgar bugs antigos possa tornar os sistemas mais seguros no longo prazo.

Atitudes e incertezas

  • Alguns tratam isso como uma quase emergência para servidores Linux expostos publicamente; outros minimizam como algo difícil de explorar pela internet em geral e um “nada demais” após mitigação e balanceadores de carga.
  • Várias questões permanecem pouco claras no fio, incluindo a explorabilidade exata atrás de diversos middleboxes e se todas as regras de firewall sugeridas mitigam totalmente os caminhos sem MPTCP.