Ungepatchte Bitcoin Lightning-Knoten sind von einem Kanalentleerungsfehler betroffen

Core Lightning Version 26.06.10

Core Lightning, die Software zur Verwaltung von Bitcoin Lightning-Zahlungsknoten, fordert die Benutzer auf, die Version 26.06.10 zu installieren, um Sicherheitslücken in Bezug auf Kanäle, Zahlungsauflösungen und Fernzugriff zu beheben. Die Entwickler empfehlen zudem, die für Fernbefehle verwendeten Anmeldeinformationen zu überprüfen und den Zugang als separate Aufgabe neben dem Software-Upgrade zu behandeln.

Dringlichkeit des Upgrades

Die Veröffentlichungsankündigung rät zu einem Upgrade so schnell wie möglich. Um die Umwandlung von Patches in funktionierende Exploits zu verlangsamen und den Betreibern mehr Zeit für das Upgrade zu geben, haben die Entwickler vorübergehend die Tests für Sicherheitsfixes zurückgehalten.

Neue Funktionen und Fixes

Die neue Version fügt Überprüfungen der Transaktionssignaturen eines Peers während der Eröffnung und des Splittings von Bitcoin dual-finanzierten Kanälen hinzu, gemäß der BOLT 2-Spezifikation des Lightning-Protokolls, wie im Änderungsprotokoll angegeben. Ein bedingter Bitcoin-Zahlungsvertrag, bekannt als HTLC, der gerade entfernt wurde, könnte mit einem aktiven Vertrag verwechselt werden, der seinen Zahlungs-Hash, Betrag und Ablauf teilt. Der Knoten könnte dann die aktive Zahlung upstream ablehnen, obwohl sein Peer sie weiterhin beanspruchen könnte.

Ein weiterer Fix lehnt Kanalöffnungen ab, wenn ein Peer ein Staublimit von über 5.000 Satoshis vorschlägt. Das Änderungsprotokoll besagt, dass das vorherige Verhalten es einem Peer erlaubte, das Guthaben des Knotens während eines erzwungenen Schließens in Gebühren zu trimmen. Dual-finanzierte Öffnungen lehnen ebenfalls das Staublimit eines Peers ab, wenn es das Kanal-Reservoir überschreitet. Dual Funding bleibt experimentell, und die Entwickler raten von Null-Bestätigungs-Kanälen mit unzuverlässigen Peers ab.

Wichtige Hinweise zur Veröffentlichung

Die Veröffentlichung lehnt auch eine v2 Null-Bestätigungsöffnung ab, es sei denn, der Betreiber hat die Akzeptanz für diesen Peer konfiguriert. Knoten, die Master ausgeführt haben, können nicht in die 26.06.x-Serie zurückstufen, da ihr Datenbankschema neuer ist. GitHub zeigt ein Veröffentlichungsdatum vom 4. November für v26.06.10 an, während das Änderungsprotokoll dasselbe Version auf den 5. November datiert.

Sicherheitsfixes und Commando-Schnittstelle

Die Veröffentlichung folgt den Sicherheitsfixes von v26.06.9 und dem separaten gespeicherten Auslöser-Absturz vom 2. November. Die Commando-Schnittstelle von Core Lightning ermöglicht es einem direkt verbundenen Peer, einen Knoten aufzufordern, einen Befehl auszuführen. Der Peer benötigt in der Regel ein Rune, ein Autorisierungszertifikat, das den Befehl erlaubt.

Das Update schließt einen Weg, um Rune-Beschränkungen bei Parameternamen durch die Verwendung von doppelten oder punktuationsvarianten Namen zu umgehen. Es behebt auch einen Commando-Absturz, der durch die Wiederverwendung einer Befehl-ID nach einem fehlgeschlagenen Befehl ausgelöst wurde, und lehnt übergroße Runen ab, die zuvor übermäßige Dekodierungsarbeit erforderten.

Empfehlungen für Betreiber

Die Entwickler empfehlen, Runen, die über Commando verwendet werden, an die Knoten-ID der Anwendung durch eine ID-Beschränkung zu binden. Sie raten den Betreibern auch, Runen, die sie nicht nachvollziehen können, mit blacklistrune auf die schwarze Liste zu setzen und dann Ersetzungen mit strengeren Beschränkungen auszugeben.