加载图片中Lawrence Mondal
加载图片中Olivia Stephanie
加载图片中Rail

Teilen

Bitcoin Core hat eine Schwachstelle offengelegt, durch die eingehende Tor-Verbindungen auf Tausenden von Nodes vertrauenswürdige Berechtigungen erhielten, wodurch einige Schutzmaßnahmen gegen Spam und Datenschutzlecks entfielen.

• Tausenden erreichbaren Nodes wurden für eingehende Tor-Verbindungen Berechtigungen gewährt, die eigentlich für vertrauenswürdige Peers vorgesehen sind.

• Die Schwachstelle mittlerer Schwere betraf bestimmte Whitelist-Konfigurationen und wurde im Oktober 2025 gepatcht.

• Ein separater Fehler hoher Schwere konnte betroffene Mining-Knoten daran hindern, gültige Blockvorlagen zu erstellen.

In der am 10. November veröffentlichten Sicherheitsoffenlegung von Bitcoin Core wird das Tor-Problem als CVE-2025-62860 identifiziert. Die Entwickler veröffentlichten die Details zusammen mit zwei weiteren Schwachstellen, nachdem die letzte betroffene Release-Reihe 29.x am 27. Oktober das Ende des Supports erreicht hatte.

Die Whitelist-Einstellungen von Bitcoin Core ließen Tor-Datenverkehr die Limits umgehen

Laut der Sicherheitsmitteilung erschienen eingehende Tor-Peers für Bitcoin Core unter der IP-Adresse der Tor-Software, die üblicherweise auf demselben Computer oder im selben lokalen Netzwerk lief. Wenn diese Adresse mit einem über die optionale Einstellung -whitelist konfigurierten Bereich übereinstimmte, erhielten Verbindungen von außen Berechtigungen, die für vertrauenswürdige Peers vorgesehen waren.

Das Whitelisting hebt verschiedene Denial-of-Service-Limits sowie Schutzvorkehrungen gegen das Preisgeben privater Informationen auf. Populäre Anbieter bündelten Bitcoin Core mit Tor und konfigurierten passende Whitelist-Bereiche, wodurch Tausende erreichbare Mainnet-Nodes alle eingehenden Tor-Verbindungen mit diesen Privilegien annahmen, so die Entwickler.

Knoten, die die nicht standardmäßige Einstellung nie aktiviert hatten, waren von dieser Schwachstelle nicht betroffen. In der Sicherheitsmitteilung werden Martin Zumsande und Antoine Poinsot dafür genannt, die Schwachstelle entdeckt und am 12. September 2025 an das Sicherheitsteam gemeldet zu haben.

In der Codeänderung erklärte Zumsande, dass eingehende Tor-Verbindungen die tatsächliche Netzwerkadresse des Peers nicht preisgeben, wodurch ein adressbasierter Abgleich wirkungslos bleibt. Sein vorgeschlagener Fix schloss eingehende Onion-Verbindungen von Whitelist-Berechtigungen aus. Die Entwickler führten ihn am 17. September 2025 zusammen.

Laut dem Offenlegungszeitplan benachrichtigte Poinsot zwei Tage später die betroffenen Softwareanbieter. Bitcoin Core 30.0 wurde am 10. Oktober mit dem Fix ausgeliefert, gefolgt von 29.2 am 14. Oktober. In der Sicherheitsmitteilung werden auch 28.3 und spätere Minor-Releases als gepatcht aufgeführt.

Ein separater Mining-Fehler könnte die Erstellung von Blockvorlagen zum Erliegen bringen

Die als CVE-2025-62861 erfasste Mining-Schwachstelle erhielt eine Einstufung als hoher Schweregrad. Sie betraf die Versionen 28.0 bis 28.2 und 29.0 bis 29.1.

Der Sicherheitshinweis von Bitcoin Core beschreibt ein Problem bei Kettenreorganisationen, wenn Transaktionen aus getrennten Blöcken in den Mempool zurückkehren, die Sammlung ausstehender Transaktionen des Nodes.

Die Regeln für Version-3-Transaktionen, bekannt als TRUC-Transaktionen, begrenzen normalerweise die Beziehungen zwischen unbestätigten Transaktionen. Bei einer Reorganisation sollen Transaktionen, die aus gültigen Blöcken zurückkehren, diese Beschränkungen jedoch umgehen.

Der Fehler ließ während dieses Vorgangs eine Regel zur Transaktionsersetzung aktiv. Dadurch konnte eine wiederhergestellte Transaktion entfernt werden, während Transaktionen, die von ihr abhingen, zurückblieben, was einen inkonsistenten Mempool erzeugte.

Aufgrund dieser fehlenden Eingaben, so heißt es in der Sicherheitsmitteilung, würde die von einem Mining-Knoten vorgeschlagene Blockvorlage ihre Gültigkeitsprüfung nicht bestehen. Die Erstellung von Blockvorlagen konnte erst wieder aufgenommen werden, nachdem ein Neustart den Mempool in einen konsistenten Zustand zurückversetzt hatte.

Niklas Goegge meldete das Problem am 26. September 2025. In der Dokumentation zur Fehlerbehebung erklärte der Entwickler Greg Sanders, dass das Überspringen der TRUC-Prüfungen während Reorganisationen das beabsichtigte Verhalten gewesen sei, das relevante Bypass-Argument jedoch nicht geprüft worden sei. Die Entwickler führten die Korrektur am 2. Oktober zusammen.

Ein weiterer Fehler konnte die Blockverarbeitung wiederholt verzögern

Der dritte offizielle Sicherheitshinweis, CVE-2025-62859, beschreibt eine Schwachstelle mittlerer Schwere im Zusammenhang mit kompakten Blöcken, einer bandbreitensparenden Methode zur Weiterleitung von Blöcken zwischen Knoten.

Ein bösartiger Peer, der zuerst einen Compact Block ankündigt, könnte ein Opfer dazu veranlassen, den vollständigen Block beim selben Peer anzufordern und dabei einen Timeout von 10 Minuten abzuwarten. Die Verzögerung folgte auf eine fehlgeschlagene Prüfung auf veränderte Transaktions-Witness-Daten.

Laut der Offenlegung könnte ein Angreifer, der alle drei High-Bandwidth-Peers eines Opfers kontrolliert, die Störung unbegrenzt wiederholen. Nodes, die mit -blocksonly betrieben wurden, waren eine weitere Konfiguration, in der wiederholtes Blockieren möglich war. Eugene Siegel meldete die Schwachstelle am 28. April 2025.

Öffentliche Details folgten auf das Ende des Supports

Die Offenlegungsrichtlinie von Bitcoin Core hält Details zu Schwachstellen mittlerer und hoher Schwere normalerweise bis zwei Wochen nach dem Ende des Lebenszyklus der letzten betroffenen Version zurück.

Wie crypto.news zuvor berichtete, schuf eine im Oktober vorgenommene Richtlinienänderung einen schnelleren Offenlegungsweg für leicht wiederentdeckbare Schwachstellen, einschließlich solcher Probleme, die durch einen einfachen KI-Prompt gefunden werden.

Frühere Korrekturen betrafen andere Probleme. Der Release-Kandidat 31.1rc1 vom Juni behob eine Datenschutzschwachstelle in PrivateBroadcast, die IP-Adressen offenlegen konnte. Im Mai legten die Entwickler eine Schwachstelle im Skript-Interpreter offen, die einen speziell gestalteten Block betraf, der anfällige Nodes aus der Ferne zum Absturz bringen konnte; die Korrektur dafür wurde im April 2025 mit Bitcoin Core 29.0 ausgeliefert.