Marcus Hutchins relatou em 2 de novembro atividade que suspeitou ser uma varredura MPTCP. O relato trata de sondagem suspeita, não de exploração bem-sucedida da CVE-2026-98432. Para corrigir a falha, instale o kernel corrigido pelo fornecedor, reinicie o sistema e confira qual versão está em execução.
O que as varreduras MPTCP mostraram
Segundo a Aikido, uma varredura atribuída a Hutchins em 30 de outubro encontrou cerca de 2,1 milhões de servidores acessíveis por MPTCP na porta 443. O número descreve servidores alcançáveis por esse protocolo e nessa porta; não é uma contagem de máquinas vulneráveis ou invadidas. Em 2 de novembro, Hutchins relatou outra atividade que suspeitou ser sondagem MPTCP.
MPTCP não é requisito para a falha
A CVE-2026-98432 é uma falha de uso de memória após sua liberação durante a abertura de conexões TCP IPv4. A Aikido relata que o problema remonta ao Linux 4.4 e atribui a uma demonstração da Anthropic o uso de um listener MPTCP, isto é, um serviço à espera de conexões por esse protocolo. A empresa também atribui à Red Hat a avaliação de que MPTCP não é necessário para a falha subjacente.
Desativar MPTCP pode reduzir a exposição ao caminho usado na demonstração, mas não corrige o kernel. Para contexto sobre respostas específicas de fornecedores, a NeoTeo já abordou a mitigação limitada da Red Hat e os pacotes do Amazon Linux para esta CVE.
O que foi afirmado sobre Debian e Ubuntu
O apresentador do canal Linux Renaissance afirmou que o Debian corrigiu a falha em 24 horas e que as atualizações regulares do Ubuntu LTS demoraram mais. A afirmação trata da resposta a esta CVE, não de um ranking geral das distribuições.
Como confirmar que o kernel corrigido está rodando
Instale o kernel corrigido indicado pelo fornecedor da sua distribuição e reinicie a máquina. Depois, execute uname -r e compare o resultado com a versão corrigida indicada pelo fornecedor. Distribuições podem incorporar correções em versões próprias do kernel, então o número da versão upstream, por si só, não substitui a referência do pacote da distribuição.
Em servidores com contêineres, o kernel relevante é o do nó que executa as cargas de trabalho. Atualizar apenas a imagem de uma aplicação não atualiza esse kernel.
