Eclair, die Lightning-Node-Implementierung von ACINQ, hat zwei Reparaturen für Schwachstellen gemergt, die einem Node Bitcoin durch überhöhte Mining-Gebühren kosten könnten. Die erste, PR #3388, begrenzt von Peers initiierte Replace-by-Fee-Forderungen während dual finanzierter Channel-Opens und Splices: Bisher konnte ein bösartiger Peer eine willkürliche Gebührenrate für Transaktionen durchsetzen, die Eclairs eigene Wallet-Kapital trugen, wobei der Verlust an Miner ging und nicht an den Angreifer. Die zweite, PR #3390, betrifft den Eclair-Signer-Modus, bei dem bitcoind die Transaktionen erstellt, während Eclair die Schlüssel hält. Ein kompromittiertes Backend konnte eine Gebühr im Budgetrahmen melden, während es tatsächlich eine Transaktion baute, die mehr bezahlte, etwa durch Weglassen des Change-Outputs, da bei Bitcoins Transaktionsbilanz jeder nicht zugewiesene Input-Wert zu einer Miner-Gebühr wird.
Warum das wichtig ist
Beide Lücken nutzten legitime Protokollmechanismen aus statt eines einzelnen Fehlers, was sie schwer erkennbar macht: Im einen Fall zahlt der Node wissentlich eine vom Peer nominierte Gebührenrate, im anderen ist die geprüfte Gebühr schlicht eine Lüge. Bitcoin Optechs Newsletter vom 9. Oktober kennzeichnete beide Änderungen als Schließung von Schutzlücken bei Dual-Funding- und Splicing-Konfigurationen. Sie sind zu unterscheiden vom Kooperative-Closing-Gebührenfehler im September und den Restart-Denial-of-Service-Problemen vom 2. Oktober.
Marktauswirkung
Die Reparaturen wurden am 2. und 5. Oktober in master gemergt, doch bis zum 12. Oktober listete die Release-Seite des Projekts weiterhin Septembers v0.14.3 als neuestes gepacktes Build, sodass die Oktober-Fixes nach diesem datieren. Eclair-Betreiber sollten verifizieren, dass ihr installiertes Build die Oktober-Änderungen enthält, besonders bei Dual-Funding-, Splicing- oder Signer-Setups.
Es werden keine Verlustereignisse gemeldet; die Fixes sind präventiv. Die praktische Handlungsempfehlung ist die Build-Verifikation, da das Ausführen von Master-Branch-Code oder das Warten auf das nächste getaggte Release derzeit der einzige Weg zu diesen Schutzmaßnahmen ist.
Häufig gestellte Fragen
-
Welche Schwachstellen wurden in Eclairs Lightning-Software behoben?
Zwei Gebühren-Abflussschwachstellen: ein unbegrenzter Replace-by-Fee-Pfad bei dual finanzierten Channel-Opens und Splices sowie eine Lücke im Eclair-Signer-Modus, bei der ein kompromittiertes Bitcoin-Core-Backend Transaktionen bauen konnte, die mehr zahlten als die gemeldete Gebühr.
-
Wie konnte ein bösartiger Peer über Gebühren von einem Eclair-Node stehlen?
Bei einem dual finanzierten Channel-Opening oder Splice konnte der Peer eine Ersatztransaktion zu einer willkürlichen Gebührenrate anfordern, und Eclair zahlte seinen eigenen Wallet-Beitrag zu dieser Rate ohne Obergrenze. Der Verlust ging als Gebühren an Miner und nicht an den Angreifer.
-
Was ist die Schwachstelle im Eclair-Signer-Modus (PR #3390)?
bitcoind wählt Coins aus und baut Transaktionen, während Eclair die Signaturschlüssel behält. Ein kompromittiertes Backend konnte eine Gebühr im Budgetrahmen melden, während es eine Transaktion baute, die tatsächlich mehr zahlte, etwa durch Weglassen des Change-Outputs, da nicht zugewiesener Input-Wert bei Bitcoins…
-
Welches Eclair-Release enthält die Gebühren-Fixes von Oktober?
Bis zum 12. Oktober existierten die Fixes nur im Master-Branch, gemergt am 2. und 5. Oktober. Das neueste gepackte Release, Septembers v0.14.3, liegt vor beiden Reparaturen, sodass Betreiber verifizieren sollten, dass ihr installiertes Build die Oktober-Änderungen enthält.
-
Wurden Eclair-Nodes tatsächlich durch diese Schwachstellen geleert?
Es werden keine Verlustereignisse gemeldet. Bitcoin Optechs Newsletter vom 9. Oktober hob beide Änderungen als Schließung von Schutzlücken hervor, und die Fixes sind präventiv statt eine Reaktion auf einen bekannten Exploit.
CoinDesk
Glassnode
WatcherGuru
Altcoin Daily
TheBlock
WuBlockchain