Bitcoin Core hat am 25. Sept. eine Schutzmaßnahme in seinen Entwicklungszweig master aufgenommen. Sie blockiert einen speziellen PSBT-Signaturfall, bei dem ein Zahlungsziel ungeschützt bleiben könnte. Dabei geht es um SIGHASH_SINGLE, einen Signaturmodus, der normalerweise eine Eingabe mit der Ausgabe an derselben Position verknüpft. Fehlt diese Ausgabe, kann die Signatur gültig bleiben, ohne den vorgesehenen Empfänger festzuschreiben.
Warum das wichtig ist
Der Fehler legt keine privaten Schlüssel offen. Er birgt ein Autorisierungsrisiko: Unter bestimmten Bedingungen könnte eine Wallet oder ein Signiergerät einen Empfänger anzeigen, während die erzeugte Signatur nicht sicherstellt, dass die Transaktion weiterhin an diesen Empfänger zahlt. Entwickler von Bitcoin Core erklärten, dass betroffene ältere Signaturen unter denselben strukturellen Bedingungen auch für andere nicht ausgegebene Ausgaben wiederverwendet werden könnten, die vom selben Schlüssel kontrolliert werden. SegWit v0 bindet weiterhin die konkrete Coin und deren Betrag ein, doch die Zielausgabe kann ungebunden bleiben.
PSBTs ermöglichen Software-Wallets, Hardwaregeräte und Offline-Signer, Transaktionen abzustimmen, ohne private Schlüssel an den Ersteller der Transaktion weiterzugeben. Deshalb ist die Signiergrenze entscheidend: Eine gültige Signatur sollte die vom Nutzer freigegebenen Details festschreiben. BIP 174 rät Signierern bereits, inakzeptable Signaturmodi abzulehnen, und empfiehlt SIGHASH_ALL, wenn keine Alternative angegeben ist.
Auswirkungen auf den Markt
Bitcoin Core lehnte diesen Sonderfall über seine Schnittstelle zum Signieren roher Transaktionen bereits ab. Über den PSBT-Pfad, einschließlich walletprocesspsbt, konnte er jedoch weiterhin signiert werden. Die übernommene Änderung verlagert die Prüfung in die gemeinsame Logik zur Signaturerstellung. Dadurch werden betroffene ältere und SegWit-v0-Eingaben blockiert, während andere gültige Eingaben derselben PSBT verarbeitet werden können.
Die Schutzmaßnahme wurde in den Entwicklungszweig aufgenommen, doch bis zum 4. Okt. war keine Produktionsversion mit dieser Änderung bestätigt. Wallet-Anbieter und Integrationen für Hardware-Signaturen sollten daher ihre Verarbeitung von SIGHASH_SINGLE-Anfragen überprüfen, während Nutzer auf eine Veröffentlichung oder einen Backport warten.
Häufig gestellte Fragen
-
Welches Risiko sollte die Schutzmaßnahme von Bitcoin Core beheben?
Eine PSBT konnte signiert werden, obwohl die Signatur das vom Nutzer freigegebene Zahlungsziel nicht festschrieb. Private Schlüssel wurden dadurch nicht offengelegt.
-
Was hat SIGHASH_SINGLE mit der fehlenden Ausgabe zu tun?
SIGHASH_SINGLE soll eine Eingabe mit der Ausgabe an derselben Position verknüpfen. Fehlt diese Ausgabe, schützt die Signatur das vorgesehene Ziel möglicherweise nicht.
-
Waren ältere und SegWit-v0-Eingaben gleichermaßen betroffen?
Nein. Laut Entwicklern könnten betroffene ältere Signaturen unter gleichen Bedingungen für andere nicht ausgegebene Ausgaben wiederverwendet werden. SegWit v0 bindet Coin und Betrag weiterhin ein, auch wenn das Ziel ungebunden bleiben kann.
-
Warum ist der PSBT-Signaturpfad für Wallet-Nutzer wichtig?
PSBTs stimmen Transaktionen zwischen Software-Wallets, Hardwaregeräten und Offline-Signern ab. Der Signierer muss sicherstellen, dass die Transaktionsdetails mit der Freigabe des Nutzers übereinstimmen.
-
War die Schutzmaßnahme in einer Produktionsversion von Bitcoin Core verfügbar?
Die Änderung wurde am 25. Sept. in den Entwicklungszweig von Bitcoin Core aufgenommen. Bis zum 4. Okt. war weder eine Produktionsversion mit der Änderung noch ein bestätigter Backport bekannt.
WuBlockchain
CoinTelegraph
CZ Binance
CoinDesk