Bitcoin Core deckt Tor-Bug in Tausenden Nodes auf
Der Fehler betraf vor allem Mainnet-Nodes mit Tor- und Whitelist-Einstellungen; auch ein Mining-Bug in Bitcoin Core 28.0 konnte Block-Templates bis zum Neustart blockieren.
Wichtigste Erkenntnisse
- Bitcoin Core hat eine Sicherheitswarnung zu einem Tor-Bug veröffentlicht, durch den Tausende Bitcoin-Nodes eingehenden Tor-Verkehr von Unbekannten als vertrauenswürdig behandelten.
- Der Fehler wurde im Oktober 2025 gepatcht und betraf vor allem Mainnet-Nodes mit Whitelist-Einstellungen; Nodes ohne Whitelist waren nicht betroffen.
- Ein zweiter Bug konnte eine Mining-Node bis zum Neustart blockieren, während ein dritter Fehler Nodes zehn Minuten lang beim Verarbeiten neuer Blöcke zum Stillstand bringen konnte.
Bitcoin Core hat eine Sicherheitswarnung zu einem Bug veröffentlicht, durch den Tausende Bitcoin-Nodes Verkehr von Unbekannten über Tor als vertrauenswürdig behandelten. Der Fehler wurde bereits im Oktober 2025 gepatcht, aber erst in dieser Woche öffentlich gemacht. Gleichzeitig wurde auch ein zweiter, schwerwiegenderer Bug bekannt, der eine Mining-Node blockieren konnte, bis der Betreiber das System neu startete.
Wie der Tor-Bug funktionierte
Eine Node prüft und sendet Bitcoin-Transaktionen und speichert eine eigene Kopie der Blockchain. Normalerweise begrenzt so ein Computer, wie viel Verkehr er annimmt, damit er nicht zu stark belastet wird. Bei Bitcoin Core kann eine Whitelist diese Grenzen für Computer lockern, denen der Betreiber vertraut.
Das Problem trat bei Setups auf, in denen Bitcoin Core mit Tor zusammenarbeitete, dem Dienst, der Internetadressen abschirmt. Eingehende Tor-Verbindungen schienen dann von der lokalen Tor-Software zu kommen. Wenn diese Adresse in einen vertrauenswürdigen Bereich fiel, erhielten Außenstehende dieselben Rechte. Laut dem Advisory führte das dazu, dass Tausende erreichbare Mainnet-Nodes alle eingehenden Tor-Verbindungen auf die Whitelist setzten.
Martin Zumsande und Antoine Poinsot meldeten den Bug im September 2025. Bitcoin Core stufte das Problem als mittelschwer ein. Nodes ohne Whitelist-Einstellung waren nicht betroffen.
Mining-Bug und weiterer Fehler
Der zweite Bug steckte in der Art und Weise, wie eine Node mit konkurrierenden Versionen der Blockchain umgeht. Wenn das Netzwerk eine Version verwirft, können Transaktionen aus diesen abgelehnten Blöcken zurück in den Mempool gelangen. Eine Regel in Bitcoin Core 28.0 konnte dabei eine wiederhergestellte Transaktion entfernen, während abhängige Transaktionen bestehen blieben. Dadurch konnte eine Mining-Node versuchen, Block-Templates mit fehlenden Inputs zu bauen, woraufhin die eigenen Prüfungen diese Blöcke ablehnten.
Eine betroffene Mining-Node konnte dann bis zu einem Neustart keine gültigen Block-Templates mehr erstellen. Niklas Goegge meldete das am 26. September 2025. Das Advisory nennt keine Angriffe. Ein dritter Bug, ebenfalls mittelschwer, konnte eine Node 10 Minuten lang zum Stillstand bringen, wenn neue Blöcke verarbeitet wurden. Wenn ein Angreifer alle drei ausgewählten Verbindungen für die schnelle Blockweiterleitung kontrollierte, konnte dieser Fehler immer wieder ausgelöst werden.
Warum das relevant ist
Für europäische Bitcoin-Nutzer zeigt das, wie wichtig Updates für Node-Software sind. Bitcoin Core wartet normalerweise mit Details, bis die letzte betroffene Version nicht mehr unterstützt wird, damit Betreiber zuerst Patches installieren können. Diese Politik soll verhindern, dass Schwachstellen zu früh breit für Missbrauch nutzbar werden, während Betreiber gleichzeitig Zeit bekommen, ihre Nodes zu aktualisieren. Auch frühere Sicherheitsprobleme rund um Bitcoin Core zeigen, wie schnell Node-Software unter Druck geraten kann, wenn Schwachstellen sich breit einsetzen lassen.