Intersect pede que operadores da Cardano corrijam falha crítica no kernel do Linux (CVE-2026-98432)

A Intersect, organização de membros da Cardano, orientou operadores de stake pools a aplicar correções e reiniciar produtores de blocos e servidores de relay assim que as correções para uma vulnerabilidade crítica no kernel do Linux estiverem disponíveis. Em atualização de 30 de outubro, a entidade pediu que os operadores verifiquem o kernel dos dois tipos de servidor e instalem a versão corrigida da distribuição assim que ela for publicada. A falha, CVE-2026-98432, tem pontuação CVSS 3.1 de 9,8, considerada crítica pelo kernel.org. O problema afeta o tratamento de conexões IPv4 TCP de entrada pelo kernel e pode fazer com que o kernel acesse memória já liberada. O boletim de segurança da Red Hat afirma que um atacante remoto sem credenciais poderia explorar a condição de corrida para executar código; a descrição também aponta travamentos do sistema e corrupção de memória como riscos. Para a Cardano, o alerta abrange tanto as máquinas que produzem blocos quanto os relays que as conectam à rede mais ampla. A documentação para operadores da Cardano recomenda manter os produtores de blocos conectados apenas aos próprios relays ou a relays confiáveis, para protegê-los da internet. O aviso da Intersect não relata exploração contra a Cardano nem quantifica quantas pools usam kernels vulneráveis. Correções e medidas provisórias O rastreador da Ubuntu, atualizado por último em 30 de outubro, lista os kernels padrão do Ubuntu 22.04, 24.04, 26.04 e 26.10 como vulneráveis, com correções em andamento. O boletim da Red Hat de 30 de outubro relaciona RHEL 8, 9 e 10 como afetados e informa que está acelerando as correções. A AlmaLinux disse em 30 de outubro que kernels corrigidos para as versões 8, 9 e 10 estavam disponíveis em repositórios de teste, antes do lançamento em produção. Na ocasião, afirmou que não havia kernel RHEL corrigido disponível. O bug remonta ao Linux 4.4; correções upstream foram retroportadas para branches estáveis mantidas. O ataque demonstrado usou Multipath TCP, ou MPTCP. Pesquisadores da Anthropic disseram que sua prova de conceito poderia enviar pacotes a um servidor Linux com um listener MPTCP e executar comandos como root, sem credenciais ou interação do usuário. A Go Security Team alertou que o bug subjacente não é específico do MPTCP, então sistemas sem esses listeners também podem ser vulneráveis. A AlmaLinux recomenda desativar o MPTCP onde ele não for necessário e reiniciar serviços com listeners MPTCP existentes: mudar a configuração apenas impede a criação de novos sockets MPTCP. A Red Hat também oferece uma mitigação por firewall que filtra pacotes IPv4 TCP de entrada contendo opções IP. A empresa alerta os operadores para testar a regra com suas cargas de trabalho antes da implantação e afirma que a filtragem pode reduzir a exposição, mas não impedir totalmente a exploração. As duas fornecedoras ressaltam que medidas provisórias não substituem a instalação de um kernel corrigido; a Intersect orienta explicitamente a reiniciar após a atualização.