Bitcoin-Core-Entwickler legten Details zu drei zuvor behobenen Sicherheitslücken offen, die Mining-Nodes, die Blockverarbeitung und einige Tor-Nutzer betrafen. Die im Oktober 2025 veröffentlichten Korrekturen in Bitcoin Core 30.0 und 29.2 waren relevant, weil die Schwachstellen Mempool-Operationen nach einer Blockchain-Reorganisation stören, die Verarbeitung kompakter Blöcke um bis zu 10 Minuten verzögern und bestimmten Tor-Verbindungen privilegierten Zugang gewähren konnten.
Bitcoin-Core-Entwickler legten Details zu drei zuvor behobenen Sicherheitslücken offen, die den Betrieb von Mining-Nodes, die Blockverarbeitung und die Privatsphäre einiger Tor-Nutzer betrafen. Die Entwickler behoben alle drei in Bitcoin Core 30.0 und 29.2 im Oktober 2025 und adressierten damit Schwachstellen, die Mempool-Operationen stören, die Blockverarbeitung verzögern und den Schutz vor Distributed-Denial-of-Service-Angriffen schwächen konnten.
Mempool-Schwachstelle konnte Mining-Nodes stören
Die schwerwiegendste Sicherheitslücke, CVE-2025-62861, betraf Bitcoin-Core-Versionen 28.0 bis 28.2 sowie 29.0 bis 29.1. Niklas Gögge meldete das Problem am 26. September 2025.
Die Schwachstelle betraf den Mechanismus zur Entfernung von Geschwistertransaktionen, der unter der TRUC-Richtlinie Regeln für das Entfernen zusammengehöriger Transaktionen festlegt. Nach einer Blockchain-Reorganisation galten diese Regeln weiterhin für Transaktionen, die in den Mempool zurückkehrten.
Dadurch konnte ein Node eine Parent-Transaktion entfernen, während deren Child-Transaktionen im Mempool verblieben. Die daraus resultierende Inkonsistenz konnte Miner daran hindern, gültige Blockvorlagen zu erstellen. Betroffene Nodes mussten die Software neu starten, um den normalen Betrieb wiederherzustellen.
Verarbeitung kompakter Blöcke konnte wiederholt verzögert werden
Die zweite Sicherheitslücke, CVE-2025-62859, wurde mit einem mittleren Schweregrad bewertet. Eugene Siegel beschrieb das Problem im April 2025.
Die Schwachstelle ermöglichte es einem böswilligen Netzwerk-Peer, Witness-Daten in kompakten Blöcken durch Witness-Malleation zu manipulieren und die Blockverarbeitung dadurch möglicherweise um bis zu 10 Minuten zu verzögern.
Ein Angreifer konnte den Angriff unbegrenzt gegen Nodes wiederholen, die mit dem Parameter -blocksonly gestartet wurden. Dasselbe galt, wenn der Angreifer alle drei High-Bandwidth-Peers eines Nodes kontrollierte.
Tor-Konfiguration konnte privilegierten Zugang gewähren
Die dritte Sicherheitslücke, CVE-2025-62860, betraf die Behandlung eingehender Tor-Verbindungen. Unter bestimmten Konfigurationen konnte die IP-Adresse des Proxy-Servers in den durch die Einstellung -whitelist festgelegten Bereich fallen und Tor-Nodes, die über diesen Proxy verbunden waren, privilegierten Zugang gewähren.
Das Problem konnte den Schutz vor Distributed-Denial-of-Service-Angriffen schwächen und die Privatsphäre verringern. Laut Bitcoin Core betraf die relevante Konfiguration Tausende erreichbare Nodes im Bitcoin-Mainnet. Nodes ohne die nicht standardmäßige Whitelist-Konfiguration waren nicht von dem Problem betroffen.
Korrekturen erschienen im Oktober 2025
Bitcoin Core behob alle drei Sicherheitslücken durch Software-Updates. Version 30.0 wurde am 10. Oktober 2025 veröffentlicht, gefolgt von Version 29.2 am 14. Oktober. Die letzte anfällige Softwareversion erreichte am 27. Oktober ihr End-of-Life.
Die Offenlegungen folgten auf frühere Informationen des Bitcoin-Core-Teams zu drei Sicherheitslücken, die durch automatisierte Code-Scans mittels eines Large Language Models identifiziert worden waren.
Quelle: HODL Press
