320-Mio.-US-Dollar-Exploit im Liquid Network: Was das für die Bilanzierung digitaler Vermögenswerte bedeutet
An einem einzigen Wochenende zapften Angreifer nahezu alle Bitcoin ab, die in den Reserven des Liquid Network gehalten wurden, rund 4.000 BTC im Wert von etwa 320 Millionen US-Dollar, indem sie eine Schwachstelle ausnutzten, die nichts mit Bitcoin selbst zu tun hatte. Die Sicherheitslücke befand sich in einer zusätzlichen Softwareebene, und genau diese Art von Infrastrukturrisiko müssen Wirtschaftsprüfer, Revisionsgesellschaften und CFOs nun in ihre Bewertung, Verifikation und Berichterstattung über digitale Vermögenswerte einbeziehen, die auf sekundären Netzwerken gepfändet oder „gewrappt“ sind. Für alle, die sich auf Krypto-Bilanzierungssoftware verlassen, um Positionen in gepfändeten Vermögenswerten zu verfolgen, offenbart dieser Vorfall eine Abstimmungslücke, die sofortige Aufmerksamkeit verdient.
Was das Liquid Network ist und wie L-BTC funktionieren soll
Das Liquid Network ist eine von Blockstream entwickelte Bitcoin-Sidechain. Sie fungiert als sekundäre Abwicklungsebene, die für schnellere, kostengünstigere und vertraulichere Bitcoin-Transaktionen konzipiert ist. Der native Vermögenswert auf Liquid ist L-BTC, ein Token, das strukturell einem Hinterlegungsschein ähnelt: Im Normalbetrieb ist jeder im Umlauf befindliche L-BTC 1:1 durch tatsächliche BTC gedeckt, die von der Liquid Federation gehalten werden.
Der Peg-in- und Peg-out-Mechanismus
Nutzer bringen Guthaben auf Liquid, indem sie BTC auf der Bitcoin-Basischain sperren und einen entsprechenden Betrag an L-BTC auf der Sidechain erhalten, ein als Peg-in bezeichneter Vorgang. Der umgekehrte Vorgang, Peg-out, verbrennt L-BTC und gibt die zugrunde liegenden BTC an den Nutzer zurück. Dieser Mechanismus verleiht L-BTC seinen Wert und seine bilanzielle Behandlung als gepfändeter Vermögenswert statt als separates spekulatives Token. Das gesamte Modell hängt von der Integrität dieser Verifikationsebene ab. Wenn die Verifikation versagt, bricht auch die 1:1-Deckungszusage.
Wie der Exploit tatsächlich funktionierte
Liquid verwendet eine Datenschutzfunktion namens Confidential Transactions, die Transaktionsbeträge auf der Sidechain verbirgt. Da die Beträge verborgen sind, verlässt sich das Netzwerk auf kryptografische Beweise, insbesondere Range Proofs, um zu bestätigen, dass kein Wert aus dem Nichts geschaffen wird. Die Verifikation dieser Beweise ist rechenintensiv, daher speichert die Liquid-Software die Ergebnisse erfolgreicher Verifikationsprüfungen zwischen, um redundante Verarbeitung zu vermeiden.
Der Caching-Fehler
Die Schwachstelle lag darin, wie das Caching-System zuvor genehmigte Daten identifizierte. Ein Fehler im Lookup-Mechanismus führte dazu, dass neue, nicht genehmigte Daten auf ein bereits validiertes, vorhandenes Cache-Ergebnis verweisen konnten. In der Praxis konnte ein Angreifer zunächst eine legitime Transaktion verifizieren und im Cache speichern lassen, um dann eine andere, ungültige Transaktion einzureichen, die auf dieselbe zwischengespeicherte Genehmigung verwies. Die Liquid-Knoten behandelten die ungültige Einreichung als bereits verifiziert und akzeptierten sie, ohne eine neue Prüfung durchzuführen.
Von ungültigen Beweisen zu echten Bitcoin
Durch die Ausnutzung dieser Lücke prägten die Angreifer L-BTC-Token, ohne BTC als Deckung einzuzahlen. Anschließend nutzten sie den Peg-out-Prozess von Liquid, um diese ungedeckten L-BTC gegen echte BTC einzutauschen, die in der Reserve des Netzwerks gehalten wurden. Die von Chainalysis verwendete Analogie bringt es gut auf den Punkt: Es ähnelt einem Fehler im Online-System einer Bank, der es einem Nutzer ermöglicht, ein Kontoguthaben künstlich aufzublähen und dann den aufgeblähten Betrag als physisches Bargeld abzuheben. Im Fall von Liquid hoben die Angreifer etwa 4.000 der rund 4.200 BTC ab, die in der Reserve gehalten wurden, und ließen das Netzwerk nahezu leer zurück.
Zeitlinie: Exploit, Kommunikation und teilweise Rückgewinnung
Die Angreifer verschwanden nach dem Leeren der Reserve nicht. Sie nutzten das OP_RETURN-Feld von Bitcoin, eine datentragende Komponente von Standard-Bitcoin-Transaktionen, um Nachrichten direkt on-chain an Blockstream zu senden. Einige dieser Nachrichten waren im Klartext; andere waren verschlüsselt. In einer frühen Klartextnachricht bezeichneten sie sich als White-Hat-Akteure, erklärten, die Chain sei gefährdet, und rieten Blockstream, sicherzustellen, dass jeder Knoten gepatcht sei, bevor Gelder zurückgegeben werden.
Patch, Bestätigung und teilweise Rückgabe
Blockstream handelte schnell. Nachdem der Entwickler on-chain bestätigt hatte, dass seine Bridge-Knoten aktualisiert worden waren und die Gelder sicher zurückgegeben werden konnten, sandten die Akteure 3.400 BTC in einer einzigen Transaktion zurück, was etwa 85 % des abgezogenen Betrags entspricht. Etwa 600 BTC, die am folgenden Dienstag rund 47 Millionen US-Dollar wert waren, wurden jedoch an eine von den Angreifern kontrollierte Adresse statt an Liquid geleitet. Zum Zeitpunkt der Berichterstattung erklärte das Liquid Network, dass die Gespräche mit den mutmaßlichen White-Hats fortgesetzt würden, um die Rückgabe der verbleibenden Gelder zu sichern. Weder Blockstream noch die Akteure hatten öffentlich bestätigt, ob es sich bei dem einbehaltenen Betrag um ein vereinbartes Kopfgeld oder um etwas völlig anderes handelt.
Bilanzielle Auswirkungen für Unternehmen und CFOs
Für Bilanzexperten und Finanzteams wirft dieser Vorfall mehrere praktische Fragen auf, die über die unmittelbaren Schlagzeilen hinausgehen. Gewrappte und gepfändete Token sind in Kundenportfolios, Treasury-Beständen und DeFi-Positionen zunehmend verbreitet. Der Liquid-Exploit zeigt, dass eine 1:1-Pfändung eine technische Zusage ist, die von der Integrität der Softwareinfrastruktur abhängt, nicht nur von einer vertraglichen Zusicherung oder einem im Whitepaper genannten Verhältnis.
Ansatz und Wertminderung bei einer Reserveunterdeckung
In der Zeit zwischen dem Exploit und der teilweisen Rückgewinnung war die Reserve von Liquid nahezu leer. Jedes Unternehmen, das zu diesem Zeitpunkt L-BTC in seiner Bilanz hielt, stand vor einer echten Wertminderungsfrage. Nach IFRS 9 müssen finanzielle Vermögenswerte zu jedem Berichtsdatum bewertet werden; nach ASC 820 spiegelt der beizulegende Zeitwert den Preis wider, den ein Marktteilnehmer angesichts aller verfügbaren Informationen, einschließlich bekannter Reserveunterdeckungen, zahlen würde. Ein gepfändeter Vermögenswert, der gegen eine erschöpfte Reserve gehandelt wird, ist nicht derselbe Vermögenswert wie einer, der zu voller Parität gedeckt ist. Wirtschaftsprüfer, die digitale Vermögenswerte einschließlich Sidechain-Token oder bridge-gewrappter Assets prüfen, sollten bei ihren Mandanten nachfragen, ob sie über Prozesse verfügen, um solche Ereignisse in Echtzeit zu erkennen und darauf zu reagieren.
Abstimmungslücken in Krypto-Buchhaltungssoftware
Das zentrale hier offengelegte bilanzielle Risiko ist eines der Abstimmung. Viele Einrichtungen der Krypto-Bilanzierungssoftware erfassen eine L-BTC- oder ähnliche Wrapped-Token-Position zum angegebenen Pfändungswert und gehen weiter. Dieser Vorfall zeigt, dass die On-Chain-Reserve, die diese Pfändung stützt, kompromittiert werden kann, ohne dass sich ein Preis-Feed oder Wechselkurs sofort bewegt. Der Workflow der Krypto-Buchhaltungssoftware eines Unternehmens benötigt eine direkte Verbindung zu On-Chain-Reservendaten, nicht nur ein Preis-Orakel. Wo dieser Daten-Feed nicht existiert oder nicht überwacht wird, sollte die Lücke als Kontrollschwäche dokumentiert werden.
Offenlegung von Verwahrungs- und Kontrahentenrisiken
Unternehmen, die Vermögenswerte über Sidechains, Bridges oder Abwicklungsdienstleister verwahren, sind Kontrahenten- und Infrastrukturrisiken ausgesetzt, die sich vom Halten nativer BTC unterscheiden. Dieser Unterschied ist für die Offenlegung im Jahresabschluss relevant. Wirtschaftsprüfer und CFOs sollten prüfen, ob die bestehenden Angaben die zusätzlichen Software- und Föderationsebenen, über die Vermögenswerte gehalten werden, korrekt beschreiben und ob die Kontrollbeurteilung diese Ebenen abdeckt. Das Liquid-Federation-Modell, bei dem eine definierte Gruppe von Einheiten gemeinsam den Pfändungsmechanismus kontrolliert, führt eine spezifische Form der Kontrahentenkonzentration ein, die in Risikoangaben ausdrücklich benannt werden sollte.
AML- und Compliance-Überlegungen
Der Exploit hat auch AML-Dimensionen, die Compliance-Teams nicht ignorieren dürfen. Die 600 BTC, die am Dienstag bei den Angreifern verblieben, sind eine ungelöste Position in einer Adresse, die nun öffentlich mit einem Exploit in Verbindung gebracht wird. Jede Börse, jeder Verwahrer oder OTC-Schalter, der Gelder erhält, die auf diese Adressen zurückverfolgbar sind, sieht sich potenziellen regulatorischen Risiken ausgesetzt. Compliance-Teams sollten sicherstellen, dass ihre Transaktionsüberwachungssysteme aktualisiert werden, um Adressen zu kennzeichnen, die mit diesem Vorfall verknüpft sind.
On-Chain-Kommunikation als aufkommendes Muster
Die Verwendung von OP_RETURN-Nachrichten zur Verhandlung on-chain ist als Muster bemerkenswert. Blockchain-Analysen können diese Nachrichten lesen, und Aufsichtsbehörden achten zunehmend darauf, wie Erträge aus Exploits behandelt werden. Eine teilweise Rückgabe, die als White-Hat-Aktion dargestellt wird, aber Millionen von Dollar an nicht offengelegtem Kopfgeld einbehält, bewegt sich in den meisten Jurisdiktionen in einem rechtlich unklaren Raum. Unternehmen, die einen Teil dieser Gelder erhalten, verarbeiten oder verwahren, sollten vor dem Fortfahren rechtlichen Rat einholen. Für Hintergrundinformationen dazu, wie Strafverfolgungsbehörden mit Krypto-verbundenen Finanzkriminalität umgehen, bietet unsere Berichterstattung darüber, wie Durchsetzungsmaßnahmen die Anforderungen an Krypto-Buchhaltungssoftware prägen, nützlichen Kontext.
Unternehmen, die in Jurisdiktionen mit aktiven Sanktionsscreening-Pflichten tätig sind, sollten ihre Überwachungsabdeckung für Sidechain- und Bridge-Transaktionen gesondert überprüfen. Unsere frühere Analyse der Sanktionsscreening-Pflichten für Nutzer von Software zur Bilanzierung digitaler Vermögenswerte skizziert die grundlegenden Erwartungen, die Regulierungsbehörden an Cross-Chain-Aktivitäten anlegen.
Die übergeordnete Lektion zur Risikoarchitektur
Das vielleicht klarste Signal dieses Exploits ist eines, das die Chainalysis-Analyse direkt herausarbeitet: Die Sicherheit einer zugrunde liegenden Blockchain und die Sicherheit der darauf aufbauenden Infrastruktur sind nicht dasselbe. Die Basisschicht von Bitcoin wurde nicht kompromittiert. Keine Regel des Bitcoin-Protokolls wurde verletzt. Die Schwachstelle lag ausschließlich in der Transaktionsvalidierungssoftware von Liquid, einer von Entwicklern hinzugefügten Ebene zur Erweiterung der Funktionalität von Bitcoin.
Da Institutionen ihre Aktivitäten mit digitalen Vermögenswerten über Sidechains, Bridge-Protokolle, Layer-2-Netzwerke und Verwahrungsvereinbarungen mit Dritten ausweiten, bringt jede zusätzliche Ebene ihre eigene Angriffsfläche mit sich. Bilanzierungs- und Prüfrahmen, die auf dem Halten nativer Token basieren, sind nicht automatisch ausreichend für Positionen, die über diese erweiterten Stacks gehalten werden. Unternehmen, die sich auf Krypto-Bilanzierungssoftware verlassen, um mehrschichtige Positionen zu verwalten, sollten bei ihren Anbietern nachfragen, ob ihre Abstimmungslogik Reserveunterdeckungen in Echtzeit erkennen kann, nicht erst nachdem ein Preisereignis den Schaden bereits widerspiegelt.
Häufig gestellte Fragen
Was ist L-BTC und wie unterscheidet es sich von BTC?
L-BTC ist ein gepfändetes Token, das BTC auf der Liquid Network Sidechain repräsentiert. Unter normalen Bedingungen ist es 1:1 durch BTC gedeckt, die von der Liquid Federation gehalten werden, aber es ist ein separates Token auf einem separaten Netzwerk mit einem eigenen Software-Stack. Der Exploit zeigte, dass L-BTC seine Deckung verlieren kann, wenn dieser Software-Stack kompromittiert wird, selbst wenn Bitcoin selbst nicht betroffen ist.
Wie sollten Unternehmen L-BTC oder ähnliche Wrapped Assets bilanzieren, die während einer Reserveunterdeckung gehalten werden?
Nach IFRS 9 und ASC 820 müssen Vermögenswerte zum beizulegenden Zeitwert bewertet oder auf Wertminderung geprüft werden, basierend auf allen verfügbaren Informationen zum Berichtsdatum. Wenn bekannt ist, dass die Reserve eines gepfändeten Vermögenswerts zum Bilanzstichtag erschöpft ist, wäre es schwierig, ihn ohne Offenlegung oder Wertminderungsanpassung zum vollen Pfändungswert zu bilanzieren. Unternehmen sollten ihre Überwachungsprozesse und das Datum dokumentieren, an dem sie von einem Reserveereignis Kenntnis erlangt haben.
Was bedeutet das für Unternehmen, die Krypto-Bilanzierungssoftware zur Verfolgung von Bridge- oder Sidechain-Positionen nutzen?
Die meisten Krypto-Bilanzierungssoftwares erfassen gewrappte oder gepfändete Token zu ihrem angegebenen Pfändungswert. Dieser Vorfall zeigt, dass die Pfändungsintegrität von Live-On-Chain-Reservendaten abhängt, nicht nur von einem Preis-Feed. Unternehmen sollten prüfen, ob ihre Software direkten Zugriff auf Reservendaten für alle Sidechain- oder Bridge-Token hat, die sie halten, und das Fehlen dieses Feeds als Abstimmungskontrolllücke behandeln, die behoben werden muss.
Welche AML-Pflichten bestehen, wenn wir Gelder erhalten, die mit diesem Exploit verbunden sind?
Alle Gelder, die auf die Exploit-Adressen zurückverfolgbar sind, stehen im Zusammenhang mit einem bekannten Diebstahlereignis, unabhängig von der White-Hat-Darstellung. Der Empfang, die Verarbeitung oder die Weiterleitung dieser Gelder ohne angemessene Sorgfaltsprüfung könnte in den meisten wichtigen Jurisdiktionen Meldepflichten für verdächtige Aktivitäten auslösen. Compliance-Teams sollten ihre Blockchain-Analyseregeln aktualisieren, um diese Adressen zu kennzeichnen, und rechtlichen Rat einholen, bevor sie damit verbundene Transaktionen bearbeiten.
Handelt es sich bei den einbehaltenen 600 BTC rechtlich um ein Kopfgeld?
Zum Zeitpunkt der Berichterstattung hatten weder Blockstream noch die Angreifer öffentlich eine Kopfgeldvereinbarung bestätigt. Der einbehaltene Betrag befindet sich in einer ungeklärten rechtlichen Position. Ob es sich um ein Kopfgeld, Erträge aus Straftaten oder etwas anderes handelt, hängt von der Jurisdiktion, den Fakten einer etwaigen Vereinbarung und der regulatorischen Auslegung ab. Unternehmen sollten nicht davon ausgehen, dass eine White-Hat-Darstellung Compliance-Pflichten aufhebt.
Source: Chainalysis