Peter Bui explica como uma vulnerabilidade no Linux pode afetar pools de stake da Cardano

Peter Bui, apresentador do Learn Cardano e operador da pool de stake ADAOZ, analisou como uma vulnerabilidade no kernel do Linux pode afetar os servidores usados por operadores de pools de stake da Cardano.

Em um novo vídeo, Bui explica os papéis dos relays e dos produtores de blocos, as consequências de perder a conexão de rede de uma pool e a distinção entre a infraestrutura do operador e a ADA mantida pelos delegadores.

Sua análise segue um comunicado da Intersect pedindo que os operadores verifiquem seus servidores quanto à vulnerabilidade, identificada como CVE-2026-98432, e atualizem os sistemas afetados quando as correções estiverem disponíveis.

Como uma vulnerabilidade no Linux pode interromper uma pool de stake da Cardano

A falha afeta o tratamento de certas solicitações de rede pelo kernel do Linux. O Linux é usado em muitos tipos de servidores, inclusive na infraestrutura de que as pools de stake dependem para se comunicar com a Cardano e produzir blocos.

Bui descreve um erro de temporização que pode ocorrer enquanto uma conexão TCP está sendo estabelecida. Em determinadas condições, uma parte do kernel pode liberar memória enquanto outra parte ainda a está usando. O erro, conhecido como use-after-free, pode levar a uma queda do sistema ou à corrupção de memória.

A equipe de segurança do kernel do Linux rastreia o problema até uma alteração introduzida na versão 4.4. Correções foram adicionadas aos ramos mantidos do kernel, enquanto a disponibilidade para servidores individuais depende de sua distribuição e do pacote de kernel.

Uma pool de stake normalmente usa um produtor de blocos para criar blocos quando selecionada e um ou mais relays para se comunicar com outros nós da Cardano. Bui foca nos relays porque eles aceitam conexões de rede e podem ficar expostos se executarem uma configuração afetada.

Se todos os relays de uma pool ficassem indisponíveis, seu produtor de blocos poderia perder a conexão com o restante da rede. Bui explica que o produtor ainda poderia criar um bloco agendado, mas não conseguiria transmitir esse bloco enquanto o caminho de comunicação estivesse indisponível.

O que um ataque poderia significar para a ADA delegada

Bui também considera um cenário em que um invasor assume o controle de um relay. Como o relay se comunica com o produtor de blocos, o invasor poderia potencialmente obter informações sobre essa conexão, incluindo o endereço de rede do produtor.

Essas informações não forneceriam automaticamente acesso ao produtor de blocos. Bui apresenta isso como um possível ponto de partida para um ataque adicional, cujo desfecho depende de como o operador configurou e protegeu a infraestrutura. Ele fala sobre a interrupção do produtor e, em um cenário mais sério, o comprometimento de sistemas ou chaves controlados pelo operador.

A distinção é importante para quem delega ADA. A delegação permite que uma pool de stake use o stake do titular no processo de seleção de blocos da rede, mas a ADA permanece na carteira do titular. Uma pool comprometida não daria automaticamente a um invasor controle sobre os fundos de seus delegadores.

Uma pool que não consegue publicar blocos agendados pode, no entanto, perder oportunidades de produção de blocos, o que pode afetar as recompensas de staking. No momento da gravação, Bui não havia visto relatos de uma pool de stake da Cardano sendo atacada por meio dessa vulnerabilidade.

[NEWSBREAK]

A demonstração da Anthropic e as correções disponíveis

Bui também discute uma pesquisa da Anthropic, que informou que seu modelo Claude desenvolveu um exploit para a vulnerabilidade no Linux. A Anthropic descreveu uma demonstração na qual um invasor remoto poderia executar comandos com privilégios de root em um servidor com um Multipath TCP listener, sem credenciais ou interação do usuário.

Multipath TCP, ou MPTCP, é uma extensão que permite que uma conexão use múltiplos caminhos de rede. A rota demonstrada pela Anthropic envolveu um servidor com esse listener. A constatação não estabelece que o mesmo exploit funcionaria contra todo nó da Cardano afetado.

A vulnerabilidade em si está no tratamento de rede do Linux e não se limita ao software da Cardano. A Ubuntu a lista com uma pontuação CVSS 3.1 de 9.8 de 10, classificada como crítica nesse sistema de pontuação, e atribui ao problema alta prioridade.

A Intersect aconselhou os operadores a verificarem os kernels tanto de seus produtores de blocos quanto de seus relays, instalarem um kernel atualizado quando sua distribuição o disponibilizar e reiniciarem para que ele entre em vigor. O comunicado da Ubuntu listou correções em andamento para vários pacotes padrão de kernel, com status variando conforme a versão e o pacote.

Bui menciona desativar o MPTCP onde ele não é necessário e filtrar certos pacotes IPv4 como maneiras temporárias de reduzir a exposição. Essas medidas não corrigem a falha no kernel. A correção permanente é um kernel atualizado para o sistema afetado.