Peter Bui spiega come una vulnerabilità di Linux potrebbe influenzare i pool di staking di Cardano

Peter Bui, conduttore di Learn Cardano e operatore del pool di staking ADAOZ, ha esaminato come una vulnerabilità del kernel Linux potrebbe influenzare i server utilizzati dagli operatori dei pool di staking di Cardano.

In un nuovo video, Bui spiega i ruoli dei relay e dei produttori di blocchi, le conseguenze della perdita della connessione di rete di un pool e la distinzione tra l'infrastruttura dell'operatore e l'ADA detenuta dai deleganti.

La sua discussione segue un avviso di Intersect che chiede agli operatori di verificare i propri server per la vulnerabilità, identificata come CVE-2026-98432, e di aggiornare i sistemi interessati quando saranno disponibili le correzioni.

Come una vulnerabilità di Linux potrebbe interrompere un pool di staking di Cardano

Il difetto influisce sulla gestione, da parte del kernel Linux, di alcune richieste di rete. Linux è utilizzato su molti tipi di server, inclusa l'infrastruttura su cui i pool di staking fanno affidamento per comunicare con Cardano e produrre blocchi.

Bui descrive un errore di temporizzazione che può verificarsi durante la fase di instaurazione di una connessione TCP. In determinate condizioni, una parte del kernel può rilasciare memoria mentre un'altra parte la sta ancora utilizzando. L'errore, noto come use-after-free, può causare un arresto del sistema o una corruzione della memoria.

Il team di sicurezza del kernel Linux fa risalire il problema a una modifica introdotta nella versione 4.4. Le correzioni sono state aggiunte ai rami del kernel ancora mantenuti, mentre la disponibilità per i singoli server dipende dalla loro distribuzione e dal pacchetto del kernel.

In genere, un pool di staking utilizza un produttore di blocchi per creare blocchi quando selezionato e uno o più relay per comunicare con altri nodi Cardano. Bui si concentra sui relay perché accettano connessioni di rete e possono essere esposti se eseguono una configurazione interessata.

Se tutti i relay di un pool diventassero indisponibili, il suo produttore di blocchi potrebbe perdere la connessione con il resto della rete. Bui spiega che il produttore potrebbe comunque creare un blocco programmato, ma non sarebbe in grado di trasmettere quel blocco mentre il percorso di comunicazione è interrotto.

Cosa potrebbe significare un attacco per l'ADA delegata

Bui considera anche uno scenario in cui un attaccante ottiene il controllo di un relay. Poiché il relay comunica con il produttore di blocchi, l'attaccante potrebbe potenzialmente apprendere informazioni su quella connessione, incluso l'indirizzo di rete del produttore.

Queste informazioni non fornirebbero automaticamente l'accesso al produttore di blocchi. Bui le presenta come un possibile punto di partenza per un ulteriore attacco, con l'esito che dipende da come l'operatore ha configurato e protetto l'infrastruttura. Bui discute della possibile interruzione del produttore e, in uno scenario più serio, della compromissione di sistemi o chiavi sotto il controllo dell'operatore.

La distinzione è importante per chi delega ADA. La delega consente a un pool di staking di utilizzare la quota di un detentore nel processo di selezione dei blocchi della rete, ma l'ADA rimane nel portafoglio del detentore. Un pool compromesso non darebbe automaticamente a un attaccante il controllo dei fondi dei suoi deleganti.

Un pool che non riesce a pubblicare i blocchi programmati può tuttavia perdere opportunità di produzione di blocchi, il che può influire sulle ricompense di staking. Al momento della registrazione, Bui non aveva visto segnalazioni di un pool di staking di Cardano attaccato tramite questa vulnerabilità.

[NEWSBREAK]

La dimostrazione di Anthropic e le correzioni disponibili

Bui discute anche della ricerca di Anthropic, che ha riferito che il suo modello Claude ha sviluppato un exploit per la vulnerabilità di Linux. Anthropic ha descritto una dimostrazione in cui un attaccante remoto poteva eseguire comandi con privilegi di root su un server con un Multipath TCP listener, senza credenziali né interazione dell'utente.

Multipath TCP, o MPTCP, è un'estensione che consente a una connessione di utilizzare percorsi di rete multipli. Il percorso dimostrato da Anthropic coinvolgeva un server con quel listener; questo riscontro non stabilisce che lo stesso exploit funzionerebbe contro ogni nodo Cardano interessato.

La vulnerabilità in sé riguarda la gestione di rete di Linux e non è limitata al software di Cardano. Ubuntu la elenca con un punteggio CVSS 3.1 di 9.8 su 10, classificata come critica secondo quel sistema di valutazione, assegnando al contempo al problema un'alta priorità.

Intersect ha consigliato agli operatori di controllare i kernel sia sui loro produttori di blocchi sia sui relay, installare un kernel aggiornato quando la loro distribuzione ne fornisce uno e riavviare affinché abbia effetto. L'avviso di Ubuntu ha indicato che le correzioni sono in corso per diversi pacchetti kernel standard, con uno stato che varia a seconda della release e del pacchetto.

Bui menziona la disattivazione di MPTCP dove non è necessario e il filtraggio di alcuni pacchetti IPv4 come misure temporanee per ridurre l'esposizione. Tali passaggi non correggono il difetto del kernel. La correzione permanente è un kernel aggiornato per il sistema interessato.