Alles aus offiziellen Quellen.
141 Veröffentlichungen
Zwei P2P-Fixes für FillBlock bringt Bitcoin Core 29.2: eine Prüfung auf Witness-Mutationen (#32646) und eine Prüfung auf leere Header vor dem Aufruf (#33296). Bei einem Reorg werden TRUC-Prüfungen nicht mehr durchgesetzt (#33504), getblock und getblockheader liefern das Target der Chain-Spitze nicht mehr zurück (#33446).
Bitcoin Core
Die OP_RETURN-Grenze fällt in Bitcoin Core 30.0 praktisch weg: -datacarriersize steht standardmäßig auf 100.000, und eine Transaktion darf mehrere Daten-Outputs tragen; -datacarriersize=83 stellt die alte Obergrenze wieder her. Die Standard-Relay-Gebühr sinkt auf 0,1 Satoshi pro vB, Legacy-Signaturoperationen sind auf 2500 je Standardtransaktion begrenzt, und ein neuer Befehl bitcoin bündelt die vorhandenen Programme.
Bitcoin Core
Unbedingtes Logging auf die Platte drosselt Bitcoin Core 29.1 auf 1 MiB pro Stunde je Quellcodestelle (#32604), Standardtransaktionen dürfen höchstens 2500 potenziell ausgeführte Legacy-Signaturoperationen enthalten. Die Standard-Relay-Gebühr fällt auf 100 Satoshi pro kvB, 32-Bit-Builds deckeln -maxmempool bei 500 MB und -dbcache bei 1 GiB.
Bitcoin Core
Gut die Hälfte der Änderungen in Bitcoin Core 28.2 betrifft den Build. Guix notarisiert jetzt das macOS-App-Bundle und signiert alle Binaries für macOS und Windows (#31407), depends erhält Kompilier-Fixes für libevent unter NetBSD (#31500) und freetype unter cmake (#32693).
Bitcoin Core
In einem Brief erklären 31 Contributors von Bitcoin Core, Knotensoftware solle das Weiterleiten von Transaktionen nicht verweigern, wenn dauerhafte wirtschaftliche Nachfrage besteht und sie zuverlässig in Blöcken landen, denn Nutzer und Miner könnten solche Filter umgehen. Das sei keine Befürwortung nichtfinanzieller Datennutzung, betonen sie, und allein die Nutzer entschieden, welche Software und Richtlinien sie einsetzen.
Bitcoin Core
Jahrelanger Dauerbeschuss mit addr-Nachrichten konnte die 32-Bit-Kennung im Adressmanager von Bitcoin Core überlaufen lassen und den Knoten zum Absturz bringen; das ist der Rest eines Angriffs, den schon das Rate Limiting in v22.0 entschärft hatte. Version 29.0 wechselt auf eine 64-Bit-Kennung und schließt damit CVE-2024-52919, Einstufung niedrig. Entdeckt hat den Fehler Eugene Siegel, die Änderung stammt von Martin Zumsande.
Bitcoin Core
UPnP fliegt aus Bitcoin Core 29.0 raus; -natpmp setzt statt auf libnatpmp nun auf eine eingebaute Implementierung von PCP und NAT-PMP. Neu ist die Policy Ephemeral Dust, ein Fix für doppelt reserviertes Blockgewicht bringt -blockreservedweight, und Knoten fragen jeden Peer, der eine Orphan-Transaktion angekündigt hat, nach deren fehlenden Eltern. Für die Versionen 26.x und älter endet die Wartung.
Bitcoin Core
Ist -port gesetzt, leitet Bitcoin Core 28.1 den Standard-Onion-Port daraus ab, nämlich als Port plus eins, statt ihn im Mainnet fest auf 8334 zu legen. Mehrere lokale Knoten laufen so wieder ohne Kollision beim Start nebeneinander. Manuelle HiddenServicePort-Zeilen in der torrc müssen womöglich angepasst werden. In DecodeExtKey werden zudem geheime Daten gelöscht (#31166).
Bitcoin Core
Kündigte ein Peer einen Block an und stellte sich dann tot, konnte ein Bitcoin-Core-Knoten bis zu 10 Minuten warten, bevor er es anderswo versuchte, und Angreifer konnten das wiederholen. Die als mittelschwer eingestufte Lücke CVE-2024-52922, von Greg Sanders gemeldet und behoben, ist in v25.1 und v26.0 entschärft: Beide können einen Block sofort bei bis zu 3 High-Bandwidth-Compact-Block-Peers anfordern.
Bitcoin Core
Eine Race Condition bei der Erkennung von Selbstverbindungen beseitigt Version 27.2 von Bitcoin Core (#30394), FillPSBT-Aufrufe liefern nicht mehr fälschlich complete=true (#30357). Der Thread zum Laden der Blöcke und der Scheduler fahren nun in anderer Reihenfolge herunter (#30435), gebaut werden kann auch mit miniupnpc 2.2.8 und GCC 15.
Bitcoin Core
Vor v25.0 konnten mutierte Blöcke eines einzelnen Peers in Bitcoin Core den Download-Status anderer Peers löschen, die denselben Block angekündigt hatten. Der Knoten vergaß so einen Compact Block, den er gerade noch rekonstruierte. Suhas Daftuar fiel das Problem auf, #27608 beschränkt jeden Peer auf seinen eigenen Status. CVE-2024-52921 ist als mittelschwer eingestuft.
Bitcoin Core
Bitcoin-Core-Knoten vor v25.0 ließen sich aus der Ferne mit einer wiederholten blocktxn-Nachricht zu einem Block abschießen: Sie löste eine Assertion aus, die davon ausgeht, dass FillBlock nur einmal läuft. Eine Short-ID-Kollision war nicht nötig, denn derselbe Pfad ließ sich auch mit Transaktionen erreichen, die in der Merkle Root des Blocks fehlen. Niklas Gögge fand und behob den als hoch eingestuften Fehler CVE-2024-35202.
Bitcoin Core
Anfang Mai 2023 bremste ein Schub an Netzwerkaktivität, verschärft durch Spionage-Knoten, die Verbreitung von Blöcken und Transaktionen: Das Sortieren übergroßer inv-to-send-Sets fraß fast die gesamte Zeit des P2P-Threads. Behoben hat das als mittelschwer eingestufte Problem Bitcoin Core v25.0 mit #27610; der Patch verwirft Transaktionen, die den Mempool verlassen haben, früher und leert die Sets mit zunehmender Größe schneller.
Bitcoin Core
Mit Bitcoin Core 28.0 kommt Testnet4 (BIP94), dazu begrenztes Package Relay für Paare aus einem Parent und einem Child, standardkonforme TRUC-Transaktionen nach BIP 431 und der neue Output-Typ Pay To Anchor. -mempoolfullrbf steht nun standardmäßig auf 1, libbitcoinconsensus ist nach der Abkündigung in 27.0 verschwunden.
Bitcoin Core
Ketten aus Headern mit niedriger Difficulty konnten Bitcoin-Core-Knoten vor v24.0.1 aus der Ferne zum Absturz bringen, eine einzige präparierte Kette ließ sich gegen jeden Knoten im Netz wiederverwenden. Der Fix in #25717 lässt den Knoten prüfen, ob eine Kette genug Arbeit enthält, bevor er sie speichert; damit waren auch Checkpoints gegen bekannte Angriffe nicht mehr nötig. Einstufung: hoch.
Bitcoin Core
Als UPnP-Gerät im lokalen Netz getarnt, konnte ein Angreifer einen Bitcoin-Core-Knoten mit aufgeblähten M-SEARCH-Antworten füttern, bis der Speicher ausging. Gefährdet waren nur Knoten, die mit -miniupnp gestartet wurden, ansonsten ist die Bibliothek standardmäßig aus. v22.0 behob den als niedrig eingestuften Fehler.
Bitcoin Core
Ein Schwall von addr-Nachrichten konnte einen Bitcoin-Core-Knoten lahmlegen: 2^32 Einträge im addrman ließen einen 32-Bit-ID-Zähler überlaufen und lösten eine Assertion aus. Eugene Siegel meldete den als hoch eingestuften Fehler 2021, v22.0 enthält den Fix von Pieter Wuille.
Bitcoin Core
Beim Signieren geht Bitcoin Core 26.2 nicht mehr davon aus, dass ein TapMiniscript „sane“ ist (#29853), getnetworkhashps wirft bei ungültigen Parametern einen Fehler (#28554), und setmocktime hat einen erzwungenen Höchstwert (#29869). Auch mit miniupnpc 2.2.8 lässt sich die Software jetzt bauen.
Bitcoin Core
Zwei Fehler bei der Verarbeitung von version-Nachrichten, ein Signed-Integer-Überlauf und ein Logikfehler in abs64, erlaubten es, die Adjusted Time eines Opfers so weit zu verschieben, dass es neue Blöcke als zu weit in der Zukunft datiert ablehnte. Dafür musste der Angreifer zu den ersten 200 Peers gehören. Bitcoin Core 0.21.0 behob die als mittelschwer eingestufte Schwachstelle.
Bitcoin Core
Über IPv6 ließ sich die unbegrenzte Bannliste von Bitcoin Core billig aufblähen, und jede GETADDR-Nachricht erzwang dann für jede zurückgegebene Adresse, bis zu 2500 Stück, einen Durchlauf dieser Liste. #19219 beseitigte sowohl den Speicherabsturz als auch die CPU-Last; der als hoch eingestufte Fix erschien in 0.20.1 und 0.21.0.
Bitcoin Core
