CVE-2026-98432: falha no kernel Linux afeta conexões IPv4
Segurança
30 Outubro, 2026
A CVE-2026-98432 afeta conexões TCP sobre IPv4 no kernel Linux.
Entenda o risco, a situação das correções e os cuidados para servidores gerenciados.
Uma vulnerabilidade identificada no kernel Linux afeta o processamento de conexões TCP sobre IPv4. Registrada como CVE-2026-98432, a falha pode atingir servidores que recebem conexões pela rede, incluindo ambientes de hospedagem.
A correção depende do kernel fornecido pela distribuição ou de um livepatch que cubra esta CVE. Atualizar apenas o site, o WordPress ou o painel não corrige a falha.
Como a vulnerabilidade funciona?
O kernel gerencia as conexões de rede do servidor. Em determinadas condições, uma informação usada durante o estabelecimento de uma conexão TCP pode ser liberada enquanto ainda está em uso.
Esse problema, conhecido como use-after-free, pode provocar falhas no sistema ou corrupção de memória. O alcance depende da versão do kernel, da configuração e das condições necessárias para a exploração.
A CloudLinux informa que o código vulnerável pode ser alcançado por conexões IPv4 sem uma conta no servidor. Também registra que sua equipe não reproduziu a demonstração de execução remota relatada pelos pesquisadores e que, até a publicação do aviso consultado, não havia relato de exploração em campo.
Quais sistemas podem ser afetados?
Segundo a CloudLinux, a falha afeta suas linhas 7h, 8, 9 e 10, incluindo as respectivas linhas LTS. O CloudLinux 7 com o kernel padrão 3.10 não é afetado por esse problema. Outras distribuições Linux também podem ser afetadas; cada administrador deve consultar o aviso do seu fornecedor.
As distribuições podem aplicar correções por backport. Por isso, não basta comparar o número exibido por uname -r com a versão do kernel original: é necessário conferir o pacote e o comunicado da distribuição.
Já existe correção?
Na consulta realizada em 30 de outubro de 2026, a CloudLinux informava que as correções dos kernels comuns das linhas 8, 9 e 10 e o livepatch do KernelCare ainda estavam em preparação.
Para as linhas LTS específicas do CloudLinux 8 e 9, o fornecedor informava kernels corrigidos em distribuição gradual. A disponibilidade depende da linha contratada e do repositório do servidor.
A situação pode mudar. Antes de atualizar, confira o comunicado oficial e confirme se a correção está disponível para o kernel utilizado.
Desativar o MPTCP resolve?
Não. A demonstração de execução remota descrita pelos pesquisadores depende de um serviço usando MPTCP, mas a falha também está no processamento de TCP comum.
Manter o MPTCP desativado reduz uma condição específica, porém não corrige o kernel nem comprova que todas as formas de exploração estão bloqueadas.
Existe proteção temporária?
Uma alternativa em avaliação é filtrar pacotes TCP sobre IPv4 que contenham opções no cabeçalho IP, antes que alcancem determinados caminhos do kernel.
Essa medida não substitui a correção e não comprova proteção contra todos os caminhos possíveis. A CIQ publicou testes para sistemas Rocky Linux, mas ressalva que o filtro pode bloquear tráfego legítimo e que nem todos os cenários foram testados.
Antes de aplicar qualquer regra, é necessário avaliar o firewall, o tráfego legítimo, os serviços de e-mail, a hospedagem, a rede dos clientes e eventuais ambientes isolados. Uma mudança sem essa verificação pode interromper conexões.
O que a Delta verificou?
A Delta verificou os kernels de servidores sob sua gestão e identificou sistemas em linhas afetadas. No momento da análise, não havia evidência de correção para esta CVE nos kernels comuns verificados.
Isso não significa que houve invasão. Significa que a vulnerabilidade exige acompanhamento e aplicação da correção adequada quando ela estiver disponível.
Servidores VPS ou dedicados administrados pelo próprio cliente dependem da verificação e atualização realizadas pelo responsável pelo sistema.
O que fazer enquanto a correção não chega?
- Verifique a versão e o fornecedor do kernel.
Confirme a situação para a distribuição e a linha de atualização utilizadas no servidor. - Restrinja acessos administrativos desnecessários.
Revise as regras de rede sem bloquear serviços utilizados por clientes e integrações. - Acompanhe os comunicados oficiais.
Quando houver kernel corrigido ou livepatch específico, aplique-o conforme as orientações do fornecedor. - Confirme a correção em uso.
Após uma atualização de kernel, confirme o kernel em execução; para livepatch, confira se a CVE consta nas correções aplicadas.