RespostasPublicado22 fontes
Falha no TCP do Linux pode abrir caminho para acesso remoto como root
A CVE 2026 98432 é uma falha use after free no código de conexão TCP IPv4 do Linux, afeta kernels a partir da versão 4.4 e tem nota 9,8 no CVSS 3.1. A demonstração de acesso remoto como root usou um serviço com listener MPTCP; isso não significa que todos os servidores TCP estejam comprovadamente vulneráveis da mesm...
Publicado porEditado com GPT-6 LunaImagens geradas com GPT Image 2
Resposta de pesquisa
Principais conclusões
- A CVE 2026 98432 é uma falha use after free no código de conexão TCP IPv4 do Linux, afeta kernels a partir da versão 4.4 e tem nota 9,8 no CVSS 3.1.
- A demonstração de acesso remoto como root usou um serviço com listener MPTCP; isso não significa que todos os servidores TCP estejam comprovadamente vulneráveis da mesma forma.
- Desativar o MPTCP pode reduzir a exposição à rota demonstrada, mas só a instalação de um kernel corrigido elimina a falha.
Prompt de IA
openai.comCreate a landscape editorial hero image for this Studio Global article: What is CVE-2026-98432, the 9.8-CVSS Linux kernel IPv4 TCP race condition affecting kernels from version 4.4 onward, how can simultaneous pr. Article summary: CVE-2026-98432 is a critical use-after-free race in Linux’s IPv4 TCP connection-handshake code, affecting unpatched kernels from 4.4 onward and rated CVSS 3.1 9.8; it is not simply an MPTCP-only vulnerability. [1][5][7] . Topic tags: general, general web, user generated, government. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, ch
A CVE-2026-98432 é uma condição de corrida do tipo use-after-free no código que trata o início de conexões TCP sobre IPv4 no kernel Linux. A falha afeta kernels a partir da versão 4.4 e recebeu nota 9,8 no CVSS 3.1. A demonstração de acesso remoto como root relatada por pesquisadores envolveu um servidor com um listener de Multipath TCP (MPTCP), mas a vulnerabilidade está no tratamento de TCP IPv4 — não apenas no MPTCP. 6
44
57
Essa diferença é importante: desativar o MPTCP pode bloquear a rota específica apresentada na demonstração, mas não corrige o kernel. Também é preciso separar o risco potencial das evidências disponíveis: pesquisadores relataram uma demonstração de execução remota de código, mas isso não comprova que qualquer servidor TCP exposto à internet possa ser explorado de forma confiável nem que a falha já tenha sido usada com sucesso em ataques reais. 37
Como a condição de corrida pode causar uso de memória liberada
Durante o estabelecimento de uma conexão, o Linux guarda opções IPv4 associadas a uma solicitação TCP pendente. Conforme a conexão avança, a função tcp_v4_syn_recv_sock() transfere essas opções para o novo socket filho, sem fazer uma cópia. Ao mesmo tempo, outro processador pode estar tratando um pacote SYN retransmitido para a mesma solicitação e ainda lendo essas opções enquanto a conexão é encerrada. Se a memória for liberada antes de esse acesso terminar, o caminho da retransmissão pode tentar usá-la ao montar um SYN-ACK. 44
Isso é um use-after-free: o código do kernel continua acessando uma área de memória depois que ela foi liberada. Entre as consequências possíveis estão uma falha do sistema ou corrupção de memória; avisos de segurança também descrevem a possibilidade de execução remota de código. Transformar a falha em execução confiável depende das condições do sistema. A demonstração envolvendo MPTCP é um sinal de uma rota séria de exploração, mas não prova que todos os hosts afetados possam ser comprometidos do mesmo modo. 52
A correção do kernel trata o problema de ciclo de vida da memória: as opções IPv4 só são liberadas depois de um período de espera chamado grace period do RCU, dando tempo para que leitores concorrentes terminem o acesso. 44
O que os relatos de exploração mostram — e o que não mostram
Um relatório de pesquisa da Anthropic, publicado em 27 de outubro, foi descrito em coberturas posteriores como uma demonstração de exploração criada por IA que obteve acesso remoto como root em um servidor com um listener MPTCP. Segundo os relatos, o código do exploit e sua configuração não foram divulgados, o que limita a avaliação independente da demonstração e de seus requisitos. 9
11
Matt Corallo criticou a resposta do Ubuntu enquanto kernels corrigidos já estavam disponíveis em algumas distribuições e as correções do Ubuntu ainda passavam por testes. Os comentários refletem preocupação com o tempo necessário para disponibilizar atualizações de rotina; não são, por si só, uma prova técnica independente de exploração. 12
O pesquisador de segurança Marcus Hutchins relatou indícios de varreduras em busca de sistemas expostos. Isso sugere interesse em localizar possíveis alvos, mas não demonstra que algum sistema tenha sido comprometido. 31
Por que desativar o MPTCP é apenas uma medida temporária
O Go 1.24 e versões posteriores podem habilitar MPTCP para listeners quando o kernel oferece suporte ao recurso. Assim, as escolhas de rede de um aplicativo podem ser relevantes mesmo que ele não tenha sido desenvolvido especificamente para usar MPTCP. 37
Nas informações de lançamento do LND, a Lightning Labs orienta operadores Linux a desativar o MPTCP e instalar um kernel corrigido. A versão lnd v0.21.6-beta desativa listeners MPTCP por padrão, fechando a rota demonstrada por meio desse aplicativo. As próprias notas esclarecem que se trata de uma mitigação, não de um substituto para a correção do kernel. 33
37
Desativar o MPTCP no aplicativo pode reduzir a exposição daquele serviço; desativá-lo em todo o sistema pode afetar outros listeners MPTCP. Nenhuma dessas medidas corrige o problema de gerenciamento de memória no TCP IPv4. Elas podem ajudar a reduzir a exposição enquanto a atualização do kernel é preparada, mas não tornam seguro presumir que um kernel sem correção esteja protegido. 6
37
44
Situação das correções nos relatos disponíveis até 4 de novembro
A disponibilidade das correções variava conforme a distribuição. Em 2 de novembro, a Canonical informou que os consertos para Ubuntu 22.04 LTS e versões mais recentes estavam no canal opcional -proposed enquanto os testes continuavam. A empresa descreveu esse processo como parte da validação; notícias da época informaram que a Red Hat havia disponibilizado kernels corrigidos para RHEL 8, 9 e 10 em 1º de novembro. 6
7
A diferença entre uma correção disponível para testes e sua chegada ao canal normal de atualizações motivou críticas, especialmente após o relato da demonstração de acesso remoto como root. Ainda assim, o status dos pacotes muda com o tempo: consulte o aviso de segurança da sua distribuição e da versão específica em uso, em vez de presumir que a atualização de outra distribuição se aplica ao seu sistema. 7
12
Para quem administra servidores, a prioridade é verificar qual kernel está efetivamente em execução em cada carga de trabalho e instalar a versão corrigida disponibilizada pela distribuição. Restringir o MPTCP pode ajudar enquanto isso, mas é a atualização do kernel que corrige o comportamento vulnerável de gerenciamento de memória. 6
37
44
Studio Global AI
Continue sua pesquisa
Esta página inclui uma resposta baseada na fonte que você pode continuar em Studio Global.
As pessoas também perguntam
Qual é a resposta curta para "Falha no TCP do Linux pode abrir caminho para acesso remoto como root"?
A CVE 2026 98432 é uma falha use after free no código de conexão TCP IPv4 do Linux, afeta kernels a partir da versão 4.4 e tem nota 9,8 no CVSS 3.1.
Quais são os pontos-chave para validar primeiro?
A CVE 2026 98432 é uma falha use after free no código de conexão TCP IPv4 do Linux, afeta kernels a partir da versão 4.4 e tem nota 9,8 no CVSS 3.1. A demonstração de acesso remoto como root usou um serviço com listener MPTCP; isso não significa que todos os servidores TCP estejam comprovadamente vulneráveis da mesma forma.
O que devo fazer a seguir na prática?
Desativar o MPTCP pode reduzir a exposição à rota demonstrada, mas só a instalação de um kernel corrigido elimina a falha.