Bitcoin Core onthult Tor-bug in duizenden nodes
De fout trof vooral mainnet-nodes met Tor en whitelist-instellingen; ook een mining-bug in Bitcoin Core 28.0 kon block templates laten vastlopen tot herstart.
Korte samenvatting
- Bitcoin Core publiceerde een beveiligingsadvies over een Tor-bug waardoor duizenden bitcoin nodes inkomend Tor-verkeer van onbekenden als vertrouwd behandelden.
- De fout werd in oktober 2025 gepatcht en trof vooral mainnet-nodes met whitelist-instellingen; nodes zonder whitelist waren niet geraakt.
- Een tweede bug kon een mining node blokkeren tot herstart, terwijl een derde fout nodes tien minuten kon laten vastlopen bij het verwerken van nieuwe blokken.
Bitcoin Core heeft een beveiligingsadvies gepubliceerd over een bug waardoor duizenden bitcoin nodes verkeer van onbekenden via Tor als vertrouwd behandelden. De fout werd al in oktober 2025 gepatcht, maar pas deze week openbaar gemaakt. Tegelijk kwam ook een tweede, zwaardere bug naar buiten die een mining node kon blokkeren totdat de operator het systeem herstartte.
Hoe de Tor-bug werkte
Een node controleert en verstuurt bitcointransacties en bewaart een eigen kopie van de blockchain. Normaal begrenst zo'n computer hoeveel verkeer hij accepteert, zodat hij niet te zwaar wordt belast. Bij Bitcoin Core kan een whitelist die limieten versoepelen voor computers die de operator vertrouwt.
Het probleem ontstond bij setups waarin Bitcoin Core samenwerkte met Tor, de dienst die internetadressen afschermt. Inkomende Tor-verbindingen leken dan afkomstig van de lokale Tor-software. Als dat adres binnen een vertrouwde range viel, kregen buitenstaanders dezelfde rechten mee. Volgens het advies leidde dat ertoe dat duizenden bereikbare mainnet nodes alle inkomende Tor-verbindingen whitelisten.
Martin Zumsande en Antoine Poinsot meldden de bug in september 2025. Bitcoin Core classificeerde het probleem als middelzwaar. Nodes zonder whitelist-instelling waren niet geraakt.
Mining-bug en andere fout
De tweede bug zat in de manier waarop een node omgaat met concurrerende versies van de blockchain. Als het netwerk een versie laat vallen, kunnen transacties uit die verworpen blokken terugkeren in de mempool. Een regel in Bitcoin Core 28.0 kon daarbij een herstelde transactie verwijderen, terwijl afhankelijke transacties bleven staan. Daardoor kon een mining node bloktemplates proberen te bouwen met ontbrekende inputs, waarna de eigen controles die blokken afwezen.
Een getroffen mining node kon dan geen geldige block templates meer maken tot een herstart. Niklas Goegge meldde dit op 26 september 2025. Het advies meldt geen aanvallen. Een derde bug, ook middelzwaar, kon een node 10 minuten laten vastlopen bij het verwerken van nieuwe blokken. Als een aanvaller alle drie de gekozen verbindingen voor snelle blokdoorvoer controleerde, kon die storing steeds opnieuw worden opgewekt.
Waarom dit relevant is
Voor Europese bitcoingebruikers laat dit zien hoe belangrijk updates voor node-software zijn. Bitcoin Core wacht normaal met details tot de laatste getroffen release uit support is, zodat beheerders eerst patches kunnen installeren. Dat beleid moet voorkomen dat kwetsbaarheden te vroeg breed bruikbaar worden voor misbruik, terwijl operators wel tijd krijgen om hun nodes bij te werken. Ook eerdere beveiligingsproblemen rond Bitcoin Core laten zien hoe snel node-software onder druk kan komen te staan wanneer kwetsbaarheden breed inzetbaar blijken.