Preise werden geladen…
🔥BULLISH

Bitcoin: Core Lightning v26.06.9 schließt kritische Sicherheitslücken

Das Core-Lightning-Team hat in zwei Wochen drei Releases veröffentlicht, Sicherheitstests zurückgehalten, um die Exploit-Entwicklung zu verlangsamen, und ein Verlustrisiko für Gelder auf Routing-Knoten geschlossen.

Core Lightning, die Knoten-Software für das Routing von Zahlungen über das Lightning Network von Bitcoin, hat am 7. Oktober v26.06.9 mit einer Reihe von Sicherheitspatches sowie einem Fix für eine in v26.06.8 zwei Wochen zuvor eingeführte Regression im Payment-Routing veröffentlicht. Die Veröffentlichung folgt direkt auf v26.06.7, die einen am 27. September offengelegten Penalty-Bug bei widerrufenen Kanälen patchte und das Team zu einem kurzen Notfall-Lockdown zwang. Zusammengenommen machen drei Versionssprünge in knapp zwei Wochen dies zur konzentriertesten Patch-Serie, die Core Lightning in jüngster Zeit ausgeliefert hat.

Warum das wichtig ist

Der hauptsächliche Bug war ein Fehler in der CPU-Budget-Verrechnung: v26.06.8 begann, routinemäßige Gossip-, Ping- und Onion-Nachrichten gegen ein Budget zu zählen, das für Gossip-Queries reserviert sein sollte. Auf stark ausgelasteten Routing-Knoten konnte die Fehlklassifizierung Peers drosseln und den Kanalverkehr verzögern. V26.06.9 beschränkt dieses Budget wieder ausschließlich auf Gossip-Queries und beseitigt damit die dokumentierte Ursache der Drosselung. Die Maintainer halten Sicherheitstests zudem vorübergehend aus dem öffentlichen Repository zurück, um die Exploit-Entwicklung zu verlangsamen und Betreibern mehr Zeit für ein Upgrade zu verschaffen, bevor die Test-Suite zur Anleitung für Angreifer wird.

Auswirkungen auf den Markt

Der Funds-Protection-Fix ist der folgenreichere Eintrag im Changelog: Erreicht ein HTLC seine Frist, während ein Kanal geschlossen wird, erzwingt v26.06.9 nun den Force-Close des Kanals, damit eine verspätet erfüllte Zahlung keine weitergeleiteten Gelder verlieren kann. Die Rune-Berechtigung wird verschärft, sodass eine eingeschränkte Rune keine uneingeschränkte mehr erzeugen oder gesperrte Einträge erneut auflisten kann, und die Aliase invokerune und destroyrune unterliegen denselben Beschränkungen. Sensible Werte in listconfigs, einschließlich Recovery-Informationen und Bitcoin-RPC-Passwörtern, werden nun für jeden Aufrufer maskiert. setconfig schließt einen Pfad zum Einschleusen von Konfigurationszeilen über persistente Optionswerte. Betreiber auf master können nicht auf 26.06.x downgraden, da das Datenbankschema neuer ist. Dual Funding bleibt experimentell, und Zero-Conf-Kanäle mit nicht vertrauenswürdigen Peers werden weiterhin nicht empfohlen.

Verwandte Tokens
$BTC

Häufig gestellte Fragen

  1. Was behebt Core Lightning v26.06.9 konkret?

    Es patcht eine CPU-Budget-Verrechnungs-Regression in v26.06.8, bei der routinemäßige Gossip-, Ping- und Onion-Nachrichten gegen ein Gossip-Query-Budget berechnet wurden, sowie einen HTLC-Force-Close-Bug, der den Verlust weitergeleiteter Gelder riskierte, ferner die Rune-Berechtigung und mehrere…

  2. Warum halten die Maintainer die Sicherheitstests zurück?

    Die Maintainer halten die Sicherheits-Test-Suite vorübergehend aus dem öffentlichen Repository zurück, um die Exploit-Entwicklung zu verlangsamen und Betreibern mehr Zeit für ein Upgrade zu verschaffen, bevor die Tests zur Referenz für Angreifer werden.

  3. Müssen Betreiber von v26.06.8 upgraden?

    Ja. Die Maintainer empfehlen Betreibern mit v26.06.8 und früher, so bald wie möglich zu upgraden. Knoten auf master können nicht auf eine 26.06.x-Version downgraden, da ihr Datenbankschema neuer ist.

  4. Wie schützt der HTLC-Fix weitergeleitete Gelder?

    Erreicht ein HTLC seine Frist, während ein Kanal geschlossen wird, erzwingt v26.06.9 nun den Force-Close des Kanals, statt zu riskieren, dass die weitergeleitete Zahlung verspätet erfüllt und die Gelder verloren gehen.

  5. Welche weiteren Sicherungen bietet v26.06.9?

    listconfigs maskiert nun sensible Werte einschließlich Recovery-Informationen und Bitcoin-RPC-Passwörtern für jeden Aufrufer. setconfig schließt einen Pfad zur Konfigurations-Injection über persistente Optionswerte, und die Rune-Beschränkungen gelten nun auch für die Aliase invokerune und destroyrune.

Quellenangabe
Aggregiert von CryptoSlate · Verifiziert · Zuletzt aktualisiert vor 13d
Original öffnen →