Bitcoin Core ha reso pubblica una vulnerabilità che concedeva a migliaia di nodi un trattamento riservato ai peer fidati per le connessioni in arrivo via Tor. Il difetto, catalogato come CVE-2025-62860 e giudicato di gravità media, è stato corretto nell’ottobre 2025, ma i dettagli sono stati divulgati il 10 novembre 2026 con un advisory ufficiale del progetto. Nello stesso giorno sono stati resi noti altri due problemi, uno dei quali di gravità alta e con effetti sulla creazione dei blocchi da parte dei miner.
Come funzionava la falla
Un nodo Bitcoin può essere configurato con l’opzione -whitelist, che allenta alcune protezioni contro il sovraccarico di connessioni (il cosiddetto denial of service) e contro la fuga di informazioni verso i peer considerati fidati. Il problema nasce quando questa opzione lavora insieme a Tor. Il demone Tor, che inoltra le connessioni in entrata, le presenta a Bitcoin Core con il proprio indirizzo IP, di solito quello della stessa macchina o della rete locale.
Se quell’indirizzo ricadeva in un intervallo inserito nella whitelist, ogni connessione in arrivo via Tor riceveva i privilegi previsti per i peer fidati. L’advisory descrive effetti sui limiti anti-DoS e sulle protezioni della privacy, non parla di furti di fondi o di chiavi private.
Quanti nodi erano coinvolti
Il problema ha riguardato soprattutto alcuni software distribuiti insieme a Bitcoin Core e a un demone Tor, che hanno impostato come predefinito un intervallo di whitelist coincidente con quello di Tor. Secondo il progetto, il risultato è stato migliaia di nodi raggiungibili sulla mainnet che accettavano tutte le connessioni Tor in entrata con quei privilegi.
I nodi che non avevano attivato l’opzione -whitelist, che è non predefinita, non sono mai stati colpiti. Chi usa una configurazione standard, quindi, non ha nulla da modificare.
| Versione Bitcoin Core | Stato | Data della correzione |
|---|---|---|
| 30.0 | Correzione inclusa | 10 ottobre 2025 |
| 29.2 | Correzione inclusa | 14 ottobre 2025 |
| 28.3 | Correzione inclusa | 20 ottobre 2025 |
| Versioni precedenti alla 28.3 | Vulnerabili se è attiva la whitelist su range Tor | – |
La cronologia della segnalazione
La vulnerabilità è stata scoperta da Martin Zumsande e Antoine Poinsot, che l’hanno segnalata al team di sicurezza di Bitcoin Core il 12 settembre 2025. La correzione è arrivata in pochi giorni: la modifica è stata integrata nel codice il 17 settembre 2025 con la pull request #33395, poi retroportata sulle versioni precedenti. Nel frattempo i manutentori hanno avvisato i fornitori di software coinvolti, come previsto dalla prassi di divulgazione responsabile.
La pubblicazione dei dettagli è arrivata dopo che le versioni corrette erano già disponibili da mesi. Questo ha permesso agli operatori di nodi di aggiornare prima di leggere i dettagli tecnici.
La seconda vulnerabilità: il blocco dei miner
Il secondo problema, catalogato come CVE-2025-62861, è di gravità alta e riguarda le versioni da 28.0 a 28.2 e da 29.0 a 29.1. Anche in questo caso la correzione è nella release 30.0 del 10 ottobre 2025. Il difetto coinvolge le regole sulle transazioni di versione 3, note come TRUC e definite dal BIP 431, che limitano le relazioni tra transazioni non confermate.
Durante un riorganizzamento della catena (reorg), le transazioni dei blocchi scollegati tornano nel mempool, cioè la lista delle transazioni in attesa. In quel passaggio una regola di sostituzione poteva eliminare una transazione ripristinata lasciando nel mempool quelle che ne dipendevano, con uno stato incoerente. Il risultato, secondo l’advisory, è che i nodi dei miner potevano non riuscire a creare template di blocco validi. Si tratta di regole di policy del mempool, non di consenso: un blocco valido può contenere qualsiasi topologia, quindi la validità dei blocchi non è in discussione, ma la produzione dei blocchi può incepparsi. Sul tema della pressione sulla rete mineraria, il nostro aggiornamento sulla difficoltà di mining di Bitcoin mostra il contesto in cui operano i miner.
Come aggiornare Bitcoin Core e verificare il nodo
Per chi gestisce un nodo la priorità è semplice. Il primo passo è aggiornare a Bitcoin Core 28.3, 29.2, 30.0 o a una versione successiva. Il secondo è controllare il file di configurazione e cercare una riga whitelist=: se è presente e include l’indirizzo da cui arriva Tor, la correzione va applicata senza rinviare. Il terzo è verificare la configurazione di Tor, perché le versioni corrette non applicano la whitelist alle connessioni ricevute tramite onion bind.
Per chi usa soltanto un wallet e non gestisce un nodo, non è richiesta nessuna azione. Chi segue la sicurezza della rete può leggere con calma le due advisory, che restano la fonte più affidabile sull’argomento.
Cosa significa per chi usa Bitcoin
La notizia non cambia il funzionamento di Bitcoin né la sicurezza dei fondi custoditi dagli utenti. Mostra però quanto la rete dipenda da software e configurazioni di terze parti: un’opzione non predefinita, combinata con un’impostazione di fabbrica di alcuni fornitori, ha esposto migliaia di nodi fino agli aggiornamenti. Per chi osserva la salute della rete è un promemoria utile sul valore della divulgazione responsabile e degli aggiornamenti tempestivi.
Anche il tema dei nodi domestici è collegato a questa vicenda. Chi vuole capire come si configura un nodo può leggere il nostro approfondimento su i nodi Bitcoin domestici e la proposta di hole punching TCP, sempre su BitcoinLive24.
Domande frequenti
La falla ha compromesso i miei bitcoin?
No, secondo l’advisory la falla riguarda i limiti di rete e la privacy dei nodi. Non descrive furti di fondi o accessi alle chiavi private.
Il mio nodo è stato colpito?
Solo se avevi attivato l’opzione -whitelist con un intervallo di indirizzi che includeva quello del demone Tor. Nelle configurazioni predefinite il nodo non era coinvolto.
Quali versioni risolvono il problema?
Per la vulnerabilità Tor, le versioni 28.3, 29.2 e 30.0 e successive. Per il blocco dei template dei miner, la correzione è nella 30.0.
Dove posso leggere i dettagli tecnici?
Nella sezione sicurezza del sito di Bitcoin Core, dove sono pubblicati entrambi gli advisory. Una sintesi giornalistica dell’episodio è disponibile anche su crypto.news.
Conclusione
La falla sulla whitelist con Tor è un caso di scuola: una combinazione di impostazioni non predefinite e di scelte dei fornitori ha prodotto un rischio diffuso, poi corretto con una release. Su BitcoinLive24 continueremo a seguire le novità sul software dei nodi e sulle release di Bitcoin Core. Per ricevere gli aggiornamenti in tempo reale, scarica l’app BitcoinLive24.
