Punti chiave
- Bitcoin Core questa settimana ha divulgato tre vulnerabilità precedentemente corrette, una delle quali potrebbe interrompere le operazioni di mining.
- Il difetto più grave potrebbe impedire ai nodi interessati di generare template di blocchi validi dopo una riorganizzazione della blockchain.
- Anche se l’installazione di default non è vulnerabile, migliaia di nodi sono a rischio potenziale a causa di una configurazione Tor difettosa.
La vulnerabilità più importante è stata identificata come CVE-2025-62861 e riguarda le versioni di Bitcoin Core dalla 28.0 alla 28.2 e dalla 29.0 alla 29.1. La falla è classificata come ad alta gravità e coinvolge la gestione delle transazioni durante una riorganizzazione della blockchain, potenzialmente impedendo ai nodi di mining di costruire template di blocchi validi.
Al centro della questione ci sono le transazioni di versione 3, comunemente chiamate transazioni TRUC, che operano con limiti dedicati nella mempool. Durante una riorganizzazione della catena, Bitcoin Core potrebbe espellere erroneamente transazioni lasciando però in mempool transazioni dipendenti, creando così incoerenze nella gestione delle transazioni.
Per i miner, le conseguenze sono particolarmente problematiche. I nodi coinvolti potrebbero portare al fallimento della validazione del template dei blocchi, impedendo di fatto la generazione di nuovo lavoro di mining fino al riavvio. L’hardware di mining potrebbe continuare a calcolare hash su template obsoleti, perdendo potenzialmente commissioni sulle transazioni e diminuendo l’efficienza operativa.
Il ricercatore di sicurezza Niklas Goegge ha segnalato la vulnerabilità il 26 settembre 2025. Lo sviluppatore Greg Sanders ha poi introdotto una correzione, integrata il 2 ottobre, che previene l’espulsione problematica delle transazioni durante le riorganizzazioni.
La patch è stata implementata nel software Bitcoin Core 30.0, 29.2 e 28.3, ed è rimasta valida fino ad ottobre 2025. Tuttavia, intorno alla data di divulgazione, circa il 9% dei nodi accessibili utilizzava ancora versioni vulnerabili.
La seconda vulnerabilità, CVE-2025-62859, è stata valutata di gravità media e riguarda blocchi compatti costruiti in modo malevolo. Un attaccante può sfruttare una gestione impropria delle witness delle transazioni modificate per ritardare ripetutamente il download dei blocchi. In particolari condizioni di rete, tra cui connessioni peer ad alta banda compromesse, le interruzioni possono continuare indefinitamente.
Il ricercatore Eugene Siegel ha individuato questa debolezza nell’aprile 2025. Gregory Sanders ha sviluppato la correzione, che è stata resa disponibile nelle versioni 30.0 e 29.2 di Bitcoin Core.
Nel frattempo, CVE-2025-62860 ha rivelato un problema completamente diverso, connesso alle connessioni in entrata tramite Tor e i privilegi concessi ai peer fidati. Quando gli operatori configurano l’opzione -whitelist di Bitcoin Core includendo l’indirizzo del proprio daemon Tor, le connessioni in entrata potrebbero ricevere per errore privilegi reservati ai peer fidati.
Queste esenzioni indeboliscono alcune protezioni contro denial of service e alcune garanzie sulla privacy. Bitcoin Core ha dichiarato che migliaia di nodi mainnet accessibili potrebbero essere affetti, sebbene la configurazione standard resti sicura.
L’annuncio del 10 novembre segue il protocollo di divulgazione stabilito da Bitcoin Core. Gli sviluppatori hanno trattenuto i dettagli tecnici fino alla fine del ciclo di vita dell’ultima release principale vulnerabile, la 29.x (prevista per il 27 ottobre 2026). Diversamente dalle tre divulgazioni di vulnerabilità assistite dall’intelligenza artificiale emerse il 28 ottobre, queste problematiche hanno seguito il processo tradizionale di embargo.
È importante sottolineare che nessuna di queste vulnerabilità ha permesso il furto di Bitcoin, la creazione non autorizzata di monete o il fallimento del consenso, e non sono stati segnalati abusi. Le vulnerabilità sul mining richiedono condizioni specifiche di riorganizzazione, il che significa che le conseguenze sono limitate agli operatori coinvolti e non a Bitcoin in sé.
Per i miner di Bitcoin e gli amministratori dei nodi, questa distinzione è fondamentale. Anche se la vulnerabilità non compromette i fondi, la manutenzione del software è comunque cruciale. L’episodio dimostra che anche piccoli difetti nell’elaborazione delle transazioni possono causare problemi operativi concreti senza mettere a rischio il consenso fondamentale della rete.
