Bitcoin Core gab am 10. November 2026 bekannt, dass ein Konfigurationsfehler in vielen erreichbaren Mainnet‑Nodes dazu führte, dass eingehende Tor‑Verbindungen als vertrauenswürdige Peers behandelt wurden. Der Fehler, katalogisiert als CVE‑2025‑62860, gewährte Tor‑originierenden Nodes Ausnahmen von Denial‑of‑Service‑Grenzwerten und Datenschutz‑Mitigationen, die normalerweise nur für explizit auf die Whitelist gesetzte Adressen gelten.

BTC / USD
Quelle: CoinGecko. Kurse sind Richtwerte.

Wie die Fehlkonfiguration funktionierte

Das Problem resultierte aus einer nicht‑standardmäßigen –whitelist‑Option, die einige Betreiber nutzten, um die IP‑Adresse ihres lokalen Tor‑Daemons einzuschließen. Da Bitcoin Core eine eingehende Tor‑Verbindung anhand der lokalen Adresse des Daemons statt der entfernten .onion‑Adresse identifiziert, erweiterte jede Node mit dieser Whitelist unbeabsichtigt dieselben Privilegien auf alle Tor‑Peers. Das bedeutete, dass Tausende von Nodes die Raten‑Limitierung und Datenschutz‑Schutzmaßnahmen für sämtlichen Tor‑Traffic aufhoben und damit potenziell DoS‑Angriffen ausgesetzt wurden.

Umfang und Auswirkungen

Nur Nodes, die die spezifische Whitelist‑Einstellung aktiviert hatten, waren betroffen; Installationen ohne diese blieben sicher. Der Hinweis weist darauf hin, dass beliebte Anbieter Bitcoin Core zusammen mit Tor und einer passenden Whitelist‑Range auslieferten und manche Client‑Software das Whitelisting erforderte, was zur breiten Exposition führte. Der Fehler ermöglichte keinen Zugriff auf Wallets oder direkten Diebstahl von Geldern, schwächte jedoch die Netzwerkrésilienz, indem er Schutzmechanismen gegen missbräuchlichen Traffic entfernte.

Behebung und nächste Schritte

Die Schwachstelle wurde am 17. September 2025 gepatcht, wobei der Fix in Bitcoin Core 30.0, 29.2 und 28.3 im Oktober 2025 integriert wurde. Alle nachfolgenden Releases, einschließlich der aktuellen Wartungs‑Version 32.1, enthalten die Korrektur. Bitcoin Core rät Betreibern nun, auf die neueste Wartungs‑Release zu aktualisieren und zu prüfen, dass keine Whitelist die Adresse des Tor‑Daemons enthält. Die Versionen 28.x und 29.x sind End‑of‑Life, daher sollten Nutzer zu den unterstützten Branches 30.x, 31.x oder 32.x migrieren.

Was als Nächstes zu beobachten ist

Stakeholder werden die Akzeptanzraten der gepatchten Releases überwachen, insbesondere bei Anbietern, die gebündelte Node‑Software ausliefern. Weitere Prüfungen könnten sich darauf konzentrieren, wie zukünftige Bitcoin‑Core‑Updates die Tor‑Integration und Whitelist‑Konfigurationen handhaben, um ähnliche Übersehen zu verhindern.