Bitcoin Core hat die hochgradige Schwachstelle CVE-2025-62861 öffentlich offengelegt, die Mining-Nodes nach einer Chain-Reorganisation hätte keine neuen Blöcke mehr erstellen lassen können. Der Fehler wurde bereits vor mehr als einem Jahr stillschweigend behoben, und eine Ausnutzung in freier Wildbahn wurde nicht bestätigt. Dennoch verdeutlicht die Offenlegung, wie unauffällig kritische Fehler Bitcoins Open-Source-Entwicklungsprozess durchlaufen können, bevor die breitere Community von ihnen erfährt. Die CVE-Kennung selbst stammt aus dem Common Vulnerabilities and Exposures-System, dem Standardregister, mit dem Sicherheitsteams öffentlich bekannte Software-Schwachstellen verfolgen.

Der Fehler hinter dem Mining-Risiko

Bitcoin Core ist die Referenzimplementierung, auf die die meisten Full Nodes und Mining-Infrastrukturen zur Validierung von Transaktionen und zur Erstellung von Blockvorlagen zurückgreifen – also jener Kandidatenblöcke, die ein Node aus seinem Mempool zusammenstellt, damit Miner sie hashen können. Es ist vom Bitcoin-Netzwerk selbst zu unterscheiden: Das Netzwerk funktioniert weiter, solange genügend Nodes kompatible Software betreiben, doch ein Defekt in Core kann dennoch ernsthafte betriebliche Probleme für die abhängigen Miner verursachen.

Laut der offiziellen Bitcoin-Core-Empfehlung wurde CVE-2025-62861 in Version 28.0 zusammen mit einer Funktion namens TRUC eingeführt, auch bekannt als v3 Transaction Relay – eine Relay-Richtlinie, die die Struktur bestimmter Transaktionen und ihrer unbestätigten Nachfolge-Transaktionen einschränkt, um das Fee-Bumping ausstehender Transaktionsketten zuverlässiger zu machen. Auslöser war eine Chain-Reorganisation, der Prozess, bei dem das Netzwerk kürzlich angehängte Blöcke durch eine konkurrierende Kette ersetzt, typischerweise wenn konkurrierende Blockkandidaten nahezu gleichzeitig gefunden werden. Während einer solchen Reorg war die TRUC-Logik zum Entfernen von Geschwister-Transaktionen nicht durch das bypass_limits-Flag abgesichert, das normalerweise beim erneuten Hinzufügen von Transaktionen zum Mempool greift – dem Zwischenspeicher des Nodes für validierte Transaktionen, die auf die Aufnahme in einen Block warten. Die Folge: Transaktionen, die bereits nicht mehr existierende Outputs ausgaben, konnten im Mempool verbleiben, dessen Zustand beschädigen und die Erstellung von Blockvorlagen verhindern, bis das Node neu gestartet wurde.

Das praktische Risiko war eng umrissen, aber erheblich. Ein Mining-Node mit einer betroffenen Version, der auf eine Reorg stieß, konnte stillschweigend die Fähigkeit verlieren, neue Blöcke zusammenzustellen, und Blockbelohnungen verlieren, bis ein Betreiber den Vorfall bemerkte und den Prozess neu startete. Da Chain-Reorganisationen ein normaler, wenn auch seltener Bestandteil des Bitcoin-Betriebs sind, war das Szenario rein theoretisch.

Die wesentlichen Fakten der Offenlegung:

• Bitcoin Core hat Patches in v28.3, v29.2 und v30.0 für den hochgradigen Fehler veröffentlicht, der Mining-Nodes nach einer Chain-Reorganisation hätte blockieren können.
• Das Risiko betraf die Mining-Kontinuität und nicht das breitere Bitcoin-Netzwerk; eine Ausnutzung wurde nicht bestätigt.
• Node-Betreiber und Miner mit den Versionen 28.0–28.2 oder 29.0–29.1 sollten die offizielle Empfehlung prüfen und ein Upgrade durchführen.
• Der Sicherheitsforscher Niklas Goegge meldete den Fehler am 26. September 2025. Der Entwickler Greg Sanders eröffnete drei Tage später den Fix-PR #33504; er wurde am 2. Oktober 2025 gemergt und auf drei Release-Linien zurückportiert: v30.0 am 10. Oktober, v29.2 am 14. Oktober und v28.3 am 17. Oktober, allesamt 2025.

Wie sich eine Mining-Unterbrechung hätte auswirken können

Miner konkurrieren etwa alle zehn Minuten darum, neue Blöcke an Bitcoins Kette anzuhängen. Kann ein Node keine gültige Blockvorlage erstellen, kann er an diesem Wettbewerb nicht teilnehmen. Geht ein einzelnes betroffenes Node offline, schadet dies nur seinem Betreiber; ein breiterer Ausfall über viele Nodes mit derselben verwundbaren Softwareversion könnte theoretisch das Tempo der Transaktionsbestätigungen für das gesamte Netzwerk verlangsamen.

Die Bitcoin-Core-Empfehlung bestätigte, dass es zu keiner Ausnutzung kam und das Netzwerk während des Zeitraums, in dem der Fehler existierte, keine Störung zeigte. Der Vorfall veranschaulicht dennoch die betriebliche Abhängigkeit, die Miner und Node-Betreiber von Cores Codebase haben, insbesondere wenn neue Transaction-Relay-Funktionen wie TRUC eingeführt werden.

CVE-2025-62861 wurde nicht isoliert offengelegt. Wie Unchained Crypto berichtete, veröffentlichte Bitcoin Core gleichzeitig zwei weitere Schwachstellen mittleren Schweregrades: CVE-2025-62860, bei dem Tor-eingehenden Verbindungen fälschlicherweise Whitelist-Berechtigungen gewährt wurden, wovon eine große Anzahl von Mainnet-Nodes betroffen war, und CVE-2025-62859, bei dem ein bösartiger Peer die Blockverarbeitung durch Missbrauch von Compact Blocks blockieren konnte. Compact Blocks sind ein bandbreitesparendes Relay-Format, bei dem Nodes kurze Verweise auf Transaktionen statt vollständiger Blockdaten austauschen. Alle drei Fixes waren bereits vor dem Offenlegungsdatum des 10. November 2026 ausgeliefert worden.

Die Reaktion der Krypto-Community auf X war nüchtern; die meisten Kommentatoren wiesen darauf hin, dass die Patches seit über einem Jahr verfügbar waren. In einem Beitrag auf X schrieb @TFTC21, dass der schwerwiegendste Fehler, eingestuft als High, ein Mining-Node nach einer Reorg blockieren könne, bis es neu gestartet werde, und appellierte an alle, die noch ältere Versionen als 29.2 oder 30.0 betreiben, achtsam zu sein.

Eine lange Embargozeit – und eine neue Offenlegungsrichtlinie

Bitcoin Core hielt die öffentliche Offenlegung rund 396 Tage nach Auslieferung der Fixes zurück und wartete gezielt darauf, bis die verwundbare 29.x-Release-Linie am 27. Oktober 2026 ihr Lebenszyklenende erreichte – den Zeitpunkt, ab dem eine Version keine Sicherheitsupdates mehr erhält. Dieses Intervall ist selbst an den historischen Standards des Projekts für verantwortungsvolle Offenlegung gemessen bemerkenswert lang. Embargos dieser Art sind ein fester Bestandteil der koordinierten Schwachstellen-Offenlegung, der Praxis, technische Details zurückzuhalten, bis betroffene Nutzer eine realistische Gelegenheit zum Upgrade hatten.

Der Zeitpunkt fällt auch mit einer Richtlinienaktualisierung von Bitcoin Core zusammen. Das Projekt beabsichtigt nun, Schwachstellen, die mit KI-Tools auffindbar sind, unmittelbar nach dem Patchen offenzulegen, statt sie unter ein verlängertes Embargo zu stellen. Wie Decrypt berichtete, spiegelt dieser Wandel die wachsende Sorge wider, dass große Sprachmodelle böswilligen Akteuren dabei helfen könnten, bekannte Schwachstellen aus Patch-Diffs erneut zu entdecken, bevor Betreiber Zeit zum Upgrade hatten.

Was Node-Betreiber, Miner und Nutzer als Nächstes tun sollten

Betreiber, die Bitcoin Core in den Versionen 28.0, 28.1, 28.2, 29.0 oder 29.1 betreiben, nutzen Software, die den hochgradigen Mining-Node-Fehler enthält. Die behobenen Versionen sind v28.3, v29.2 und v30.0. Node-Betreiber und Teams der Mining-Infrastruktur sollten vor dem Upgrade die offizielle CVE-Empfehlung und ihre internen Bereitstellungsverfahren prüfen, da jedes größere Node-Software-Update eigene betriebliche Risiken birgt und zunächst in Staging-Umgebungen getestet werden sollte.

Nutzer, die Bitcoin Core nicht direkt betreiben oder Mining-Infrastruktur verwalten, müssen keine unmittelbaren Maßnahmen ergreifen. Das Bitcoin-Netzwerk selbst wurde nicht beeinträchtigt, und Transaktionsbestätigungen waren während des Bestehens der Schwachstelle nicht betroffen.

Das breitere Sicherheitsbild für Bitcoin-Infrastruktur hat in letzter Zeit Aufmerksamkeit erregt, da hochrangige Sicherheitsvorfälle in der Krypto-Branche Börsen- und Custody-Betreiber in Alarmbereitschaft halten. Die Bitcoin-Core-Offenlegung gehört zu einer anderen Risikokategorie und betrifft Open-Source-Node-Software statt Custody-Systeme, bestärkt aber das Argument für zeitnahe Software-Updates über die gesamte Bitcoin-nahe Infrastruktur hinweg.

Insbesondere Mining-Betreiber sollten die beiden Schwachstellen mittleren Schweregrades genauso ernst nehmen wie die hochgradige. Die Tor-Berechtigungsfehlfunktion (CVE-2025-62860) und der Compact-Block-Stalling-Angriff (CVE-2025-62859) betrafen beide produktive Mainnet-Nodes und wurden im selben Release-Zyklus gepatcht. Der Betrieb der neuesten unterstützten Version behebt alle drei gleichzeitig.

Die neue Offenlegungsrichtlinie von Bitcoin Core für KI-erkennbare Schwachstellen signalisiert, dass künftige Patch-Zyklen schneller von der Behebung zur öffentlichen Ankündigung gelangen könnten. Für Mining-Betreiber und Node-Betreiber verkürzt sich damit das Zeitfenster zwischen der Verfügbarkeit eines Patches und der weiten Bekanntheit der Schwachstellendetails, was schnelle Upgrade-Zyklen wichtiger macht als je zuvor.

Redaktioneller Hinweis: Dieser Artikel wurde vor der Veröffentlichung am 11. November 2026 vom CoinWy-QC-Team auf Schlagzeilengenauigkeit, Originalität, faktische Konsistenz, Metadaten, kommerzielle Offenlegung und Urheberenschaftsangaben geprüft. CoinWy nutzt KI für Recherche, Entwurf und Prüfung; das Redaktionsteam verantwortet jeden Artikel und korrigiert oder zieht Artikel bei Bedarf zurück.

Haftungsausschluss: Dieser Artikel dient ausschließlich Informationszwecken und stellt keine Finanz- oder Anlageberatung dar. Kryptowährungs- und Digital-Asset-Märkte bergen erhebliche Risiken. Führen Sie stets eigene Recherchen durch, bevor Sie Entscheidungen treffen.