Threshold: Alle tBTC-Betreiber haben nach Linux-Kernel-Schwachstelle gepatcht oder Knoten offline genommen

Jeder tBTC-Node-Betreiber hat als Reaktion auf eine Linux-Kernel-Schwachstelle entweder seine Server gepatcht oder seine Knoten offline genommen, wie Threshold Network am 1. November mitteilte. Zugleich bleiben das neue Minting und die Bitcoin-Einlösungen über die Bridge weiterhin ausgesetzt.

Dasselbe Sicherheitsupdate enthüllte einen separaten Vorfall in der weiteren Infrastruktur eines Betreibers, bei dem rund 0,5 ETH aus dem Ethereum-Konto abgeflossen sind, das der tBTC-Node des Betreibers zur Deckung der Transaktionsgebühren nutzt. Threshold erklärte, der Vorfall stehe in keinem Zusammenhang mit der Kernel-Schwachstelle, der Node sei bereits offline gewesen, und der Betreiber habe keine Anhaltspunkte dafür gefunden, dass auf sein Signing-Key-Material zugegriffen wurde.

Die tBTC-Bridge ermöglicht Bitcoin-Inhabern, $BTC in DeFi zu bringen, wobei die hinterlegten Bitcoin durch Gruppen von Netzwerkbetreibern gesichert sind. Minting bezeichnet die Erstellung neuer tBTC, wenn Bitcoin in die Bridge eingezahlt wird, während Redemption der Prozess ist, bei dem Inhaber ihre zugrunde liegenden Bitcoin zurückerhalten. Während die Pause neue Konvertierungen in und aus dem Token über die Bridge stoppt, weist Threshold darauf hin, dass tBTC auf Ethereum- und Layer-2-Netzwerken weiterhin normal transferiert wird.

Keine Hinweise auf Ausnutzung eines Nodes

Threshold meldete keine Anzeichen dafür, dass die Kernel-Schwachstelle gegen einen tBTC-Node eingesetzt wurde, und ergänzte, „tBTC remains fully backed“ – es sei kein unbefugtes Minting oder eine unbefugte Bewegung von Bitcoin beobachtet worden.

Loading post from X…

Die Schwachstelle mit der Bezeichnung CVE-2026-98432 betrifft das IPv4-Netzwerk-Subsystem des Linux-Kernels. Da der Kernel der Kern des Betriebssystems ist, erfordert die Behebung einer Schwachstelle auf dieser Ebene das Patchen des Betriebssystems selbst auf jedem betroffenen Server – ein Vorgang, der in der Regel das Offline-Nehmen der Maschinen mit sich bringt. Der Hinweis von Red Hat stuft die Schwachstelle als kritisch ein und warnt, dass ein nicht authentifizierter Angreifer aus der Ferne Code ohne Nutzerinteraktion ausführen könnte; Systeme, die eingehende TCP-Verbindungen annehmen, sind am stärksten direkt exponiert.

Das abgeflossene gebührenzahlende Konto ist vom kollektiven Signaturprozess zu unterscheiden, der für die Bewegung der Bridge-Bitcoin erforderlich ist. Die technische Dokumentation von Threshold sieht vor, dass 51 der 100 Signaturgeber einer Wallet zusammenwirken müssen, um eine Signatur zu erzeugen. Threshold bekräftigte, dass kein einzelner Betreiber die Gelder bewegen kann.

Unabhängige Prüfungen durch The Defiant ergaben, dass die Bitcoin-Guthaben ausreichen, um das Ethereum-Token-Angebot zu decken. Sechs große Wallets, die in Thresholds Explorer identifiziert wurden, hielten insgesamt 4.320,33 $BTC, basierend auf bestätigten Salden in den Bitcoin-Aufzeichnungen von mempool.space, während Etherscan zum Zeitpunkt der Berichterstattung ein gesamtes Ethereum-Angebot von 4.185,16 tBTC auswies.

Aave-Beschränkungen bleiben bestehen

Auf der DeFi-Seite blieb Aaves Ethereum-Core-tBTC-Reserve mit rund 136,3 Millionen US-Dollar Einlagen eingefroren, laut Angaben der Schnittstelle. Der Kreditvergleich sperrte die Reserve am 31. Oktober nach Thresholds Bridge-Pause.

LlamaRisk, der Risikodienstleister von Aave, erklärte, die Sperrung untersage neue tBTC-Einzahlungen und zusätzliche Kreditaufnahme gegen das Token, während Rückzahlungen, Abhebungen und Liquidationen weiterlaufen. Die Sperrung ändere weder die Health Factors bestehender Positionen noch löse sie Liquidationen aus, so LlamaRisk weiter. Man beabsichtige, wiederherstellende Maßnahmen vorzuschlagen, sobald man sich vergewissert habe, dass die tBTC-Abläufe wieder normal funktionieren.

Threshold kündigte die Bridge-Pause erstmals am 30. Oktober an und hat Nutzer davor gewarnt, $BTC an zuvor generierte Einzahlungsadressen zu senden oder ausstehende Transaktionen zu wiederholen. Bereits laufende Einzahlungen und Einlösungen würden nach Wiederaufnahme des Betriebs abgeschlossen, hieß es.

Das jüngste Update enthielt keinen Zeitplan für den Neustart und erklärte, die Bridge-Funktionalität kehre erst zurück, wenn die Sicherheitswartung abgeschlossen sei und die Knoten auf gepatchten Systemen wieder online seien. Threshold sagte ein weiteres Update innerhalb von 24 Stunden zu – oder früher, falls sich etwas ändert.