Optech #426: Core Lightning, LDK und BTCPay schließen Lightning-Lücken

Serguey Asael Shinder10 October 2026, 09:462 Min. Lesezeit

Der Newsletter #426 von Bitcoin Optech vom 9. Oktober ist ungewöhnlich voll mit Sicherheitsreleases. Wer Lightning-Infrastruktur betreibt, hat hier mehrere Updates, die sofort fällig sind.

Sicherheitsreleases:

• Core Lightning 26.06.9 behebt Schwachstellen bei Kanal-Wiederherstellung, Splicing, HTLC-Verarbeitung und Zugriffskontrollen sowie eine Regression aus 26.06.8, die Kanalverkehr durch fälschliches Drosseln von Peers verzögern konnte. Tests zu den Sicherheitskorrekturen werden vorerst zurückgehalten, um Exploits zu erschweren; der Quellcode ist verfügbar, das Projekt empfiehlt das Update dringend.
• LDK v0.2.7 und v0.1.13 enthalten eine Korrektur gegen Gelddiebstahl bei der Kanal-Wiederherstellung und einen DoS-Fix für Electrum-basierte Synchronisation. Optech beschreibt den Fehler (LDK #5057): Ein bösartiger Peer konnte beim Wiederverbinden fälschlich behaupten, eine bereits bestätigte Commitment-Transaktion verpasst zu haben; LDK konnte dann eine neue gültige Transaktion signieren, ohne sie zu speichern, und beim Weiterleiten den eingehenden HTLC nicht einfordern. 0.2.7 behebt außerdem einen Fehler bei LSPS2-Just-in-time-Kanälen, bei dem ein LSP dem vom Zahler verlangten Betrag vertraute, ohne den eingehenden HTLC zu prüfen — der Zahler konnte den LSP die Differenz tragen lassen.
• BTCPay Server 2.4.5 sperrt standardmäßig Ziele in privaten Netzen für ausgehende HTTP-Anfragen von Lightning-Verbindungen, LNURL, Benachrichtigungen und Webhooks — ein Weg für Server-Side Request Forgery wird geschlossen — und verschärft Rechte bei Rechnungen und Erstattungen. Die Docker-Änderungen machen Tor optional, auch für bestehende Installationen; nach dem Update die eigene Konfiguration prüfen.

Bitcoin-Core-Korrekturen (gemergt, noch nicht veröffentlicht):

• #36277 schließt ein Datenleck zur Herkunft von Transaktionen in der experimentellen Funktion Private Broadcast: Ein Angreifer mit einem der Private-Broadcast-Peers konnte die Transaktion zurückspielen und beobachten, welche Verbindung geschlossen wurde.
• #36338 behebt das Scannen von Silent Payments (BIP352), das Zahlungen übersehen konnte, wenn ein Input ein präpariertes, aber konsensgültiges P2PKH-scriptSig enthielt.
• #36365 lässt den kombinierten Gebührenschätzer auf die bestätigungsbasierte Schätzung zurückfallen, wenn der Mempool-Schätzer nicht verfügbar ist.

Zum Testen: Bitcoin Core 32.0rc3 und LDK v0.3-rc3 (verhandelt standardmäßig Anchor-Kanäle und macht zuvor ausgestellte BOLT11-Rechnungen mit Payment-Metadaten ungültig).

Außerdem: Anthony Towns stellte einen BIP-Entwurf vor, mit dem Peers über den BIP324-v2-Transport eigene Ein-Byte-Nachrichtenkennungen wählen, und ein Vorschlag für ein Privatsphäre-Metaprotokoll namens Shielded Bitcoin wurde auf Delving Bitcoin diskutiert.

Quelle: Bitcoin Optech Newsletter #426, 9. Oktober 2026 — https://bitcoinops.org/en/newsletters/2026/10/09