Bitcoin Core segnala un bug Tor in migliaia di nodi
L’errore ha colpito soprattutto i nodi mainnet con Tor e impostazioni di whitelist; anche un bug nel mining di Bitcoin Core 28.0 poteva bloccare i block templates fino al riavvio.
In breve
- Bitcoin Core ha pubblicato un avviso di sicurezza su un bug Tor che faceva trattare a migliaia di nodi bitcoin il traffico Tor in entrata di sconosciuti come affidabile.
- L’errore è stato corretto nell’ottobre 2025 e ha colpito soprattutto i nodi mainnet con impostazioni di whitelist; i nodi senza whitelist non sono stati interessati.
- Un secondo bug poteva bloccare un nodo di mining fino al riavvio, mentre un terzo errore poteva far bloccare i nodi per dieci minuti durante l’elaborazione di nuovi blocchi.
Bitcoin Core ha pubblicato un avviso di sicurezza su un bug che faceva trattare a migliaia di nodi bitcoin il traffico di sconosciuti via Tor come affidabile. L’errore era già stato corretto nell’ottobre 2025, ma è stato reso pubblico solo questa settimana. Allo stesso tempo è emerso anche un secondo bug, più grave, che poteva bloccare un nodo di mining finché l’operatore non riavviava il sistema.
Come funzionava il bug Tor
Un nodo controlla e trasmette le transazioni bitcoin e conserva una propria copia della blockchain. Di solito questo computer limita la quantità di traffico che accetta, così da non essere sovraccaricato. In Bitcoin Core una whitelist può allentare questi limiti per i computer di cui l’operatore si fida.
Il problema nasceva in configurazioni in cui Bitcoin Core lavorava insieme a Tor, il servizio che nasconde gli indirizzi internet. Le connessioni Tor in entrata sembravano allora provenire dal software Tor locale. Se quell’indirizzo rientrava in un intervallo considerato affidabile, gli esterni ottenevano gli stessi diritti. Secondo l’avviso, questo portava migliaia di nodi mainnet raggiungibili a mettere in whitelist tutte le connessioni Tor in entrata.
Martin Zumsande e Antoine Poinsot hanno segnalato il bug nel settembre 2025. Bitcoin Core ha classificato il problema come di gravità media. I nodi senza impostazione di whitelist non sono stati colpiti.
Bug nel mining e altro errore
Il secondo bug riguardava il modo in cui un nodo gestisce versioni concorrenti della blockchain. Se la rete scarta una versione, le transazioni dei blocchi respinti possono tornare nella mempool. Una regola in Bitcoin Core 28.0 poteva in quel caso rimuovere una transazione ripristinata, mentre le transazioni dipendenti restavano presenti. Di conseguenza, un nodo di mining poteva provare a costruire block templates con input mancanti, e i controlli interni avrebbero poi respinto quei blocchi.
Un nodo di mining colpito poteva quindi non riuscire più a creare block templates validi fino a un riavvio. Niklas Goegge lo ha segnalato il 26 settembre 2025. L’avviso non riporta attacchi. Un terzo bug, anch’esso di gravità media, poteva bloccare un nodo per 10 minuti durante l’elaborazione di nuovi blocchi. Se un attaccante controllava tutte e tre le connessioni scelte per la rapida propagazione dei blocchi, quel problema poteva essere riprodotto più volte.
Perché è importante
Per gli utenti europei di bitcoin, questo mostra quanto siano importanti gli aggiornamenti del software dei nodi. Di solito Bitcoin Core aspetta a pubblicare i dettagli finché l’ultima release colpita non esce dal supporto, così gli amministratori possono prima installare le patch. Questa politica serve a evitare che le vulnerabilità diventino troppo presto sfruttabili su larga scala, dando però agli operatori il tempo di aggiornare i propri nodi. Anche i problemi di sicurezza precedenti legati a Bitcoin Core mostrano quanto rapidamente il software dei nodi possa finire sotto pressione quando le vulnerabilità si rivelano ampiamente sfruttabili.