KelpDAO verliert $290M bei einem LayerZero-Angriff auf der Lazarus Group

ZRO7,15%
CORE-2,81%
CYBER-0,46%

KelpDAO erlitt am 18. April einen $290 millionen Verlust bei einer ausgefeilten Sicherheitsverletzung, die mit der Lazarus Group in Verbindung gebracht wird, insbesondere mit einem Akteur namens TraderTraitor, laut ersten Berichten. Der Angriff richtete sich gegen die LayerZero-Infrastruktur und nutzte Konfigurationsschwächen in den Verifizierungssystemen von KelpDAO aus. David Schwartz bemerkte am 20. April 2026, dass „der Angriff viel ausgefeilter war, als ich erwartet hatte, und darauf abzielte, die LayerZero-Infrastruktur auszunutzen, indem die Nachlässigkeit von KelpDAO verwendet wurde“.

Wie der Angriff ablief

Der Angriff setzte auf einen mehrstufigen Ansatz statt auf eine einfache Ausnutzung. Die Angreifer griffen zuerst das RPC-System an, das vom Verifizierungsnetzwerk von LayerZero verwendet wird, und starteten dann einen DDoS-Angriff, um den normalen Betrieb zu stören. Als das System auf Backup-Knoten umschaltete, führten die Angreifer ihr zentrales Ziel aus: Diese Backup-Knoten waren bereits kompromittiert, sodass sie falsche Signale senden und Transaktionen bestätigen konnten, die nie tatsächlich stattgefunden hatten. Bemerkenswerterweise wurden keine Kernprotokolle oder privaten Schlüssel gebrochen. Stattdessen nutzte der Angriff Schwachstellen in der Systemkonfiguration aus und zeigte damit die Raffinesse moderner Cyber-Bedrohungen.

Single Point of Failure als Ursache

Die grundlegende Verwundbarkeit ging auf das Konfigurationsdesign von KelpDAO zurück. Die Plattform stützte sich auf eine 1-von-1-Verifizierungsstruktur, was bedeutete, dass nur ein einzelner Verifier Transaktionen bestätigte, ohne dass es eine Backup-Verifizierungsebene gab. Sobald dieses einzelne System kompromittiert war, gelang der Angriff ohne jede sekundäre Absicherung. Experten stellten fest, dass dies eine eindeutige „Single Point of Failure“-Situation geschaffen habe. LayerZero hatte zuvor empfohlen, mehrere Verifier zu verwenden, und eine Multi-Layer-Verifizierungsstruktur hätte den Angriff vollständig verhindern können.

Auswirkungen und Umfang

Obwohl der Verlust erheblich war, blieb der Schaden auf einen bestimmten Bereich begrenzt. Berichte bestätigen, dass der Einbruch nur KelpDAO’s rsETH-Produkt betraf, während andere Assets und Anwendungen unberührt blieben. LayerZero ersetzte die kompromittierten Systeme schnell und stellte den normalen Betrieb wieder her. Teams arbeiten mit Ermittlern zusammen, um die gestohlenen Gelder nachzuverfolgen. Der Vorfall hat branchenweite Bedenken hinsichtlich der Konfigurationssicherheit in fortgeschrittenen Systemen aufgeworfen.

Implikationen für die Krypto-Sicherheit

Der Vorfall unterstreicht, dass Sicherheit nicht nur von der Stärke des Codes abhängt, sondern auch von Systemkonfiguration und Management-Praktiken. Die Beteiligung der Lazarus Group – einer Cyber-Gruppe, die historisch mit groß angelegten Ausnutzungen in Verbindung gebracht wird – sorgt für erhebliche Besorgnis, da sich ihre Methoden weiterentwickeln. In Zukunft könnten Projekte zunehmend Redundanz und Mechanismen zur Risikokontrolle priorisieren. Multi-Layer-Verifizierung könnte zum Branchenstandard werden. Der KelpDAO-Angriff dient als Warnung, dass schon ein einziger schwacher Punkt in der Systemarchitektur zu massiven Verlusten führen kann. Während sich der Krypto-Sektor ausweitet, müssen sich Sicherheitspraktiken proportional weiterentwickeln.

Disclaimer: The information on this page may come from third-party sources and is for reference only. It does not represent the views or opinions of Gate and does not constitute any financial, investment, or legal advice. Virtual asset trading involves high risk. Please do not rely solely on the information on this page when making decisions. For details, see the Disclaimer.
Kommentieren
0/400
NonceNomadvip
· 04-22 18:24
290M Diese Größenordnung ist zu erschreckend, Single-Point-Authentifizierung kann Hackern wirklich nicht standhalten.
Original anzeigenAntworten0
BlackGoldMechanicalHandvip
· 04-21 13:58
Lazarus greift erneut an… Jedes Mal eine Lehrbuch-ähnliche Ausnutzung von On-Chain- oder Sicherheitsbetrugs-Operationen.
Original anzeigenAntworten0
PerpPessimistvip
· 04-21 03:39
Schwachstellen in der Konfiguration sind die ungerechtfertigtsten: Der Code ist nicht explodiert, der Ablauf ist zuerst zusammengebrochen. Bei der Prüfung sollte man nicht nur den Vertrag betrachten, sondern auch Berechtigungen, Schlüssel und Validierungsprozesse durchgängig testen.
Original anzeigenAntworten0
GlassDomeBaskingInMoonlightvip
· 04-20 06:46
Ich hoffe, sie können eine detailliertere Nachbetrachtung veröffentlichen: Angriffspfade, Berechtigungsänderungsaufzeichnungen, warum Alarmmeldungen nicht ausgelöst wurden – das ist für die Branche wertvoller.
Original anzeigenAntworten0
0xLateAgainvip
· 04-20 06:45
Benutzer sollten sich ebenfalls eine Lehre ziehen: Große Beträge langfristig in einem einzigen Protokoll zu belassen, ist riskant. Diversifikation + Begrenzung sind die wirkliche Verteidigung.
Original anzeigenAntworten0
LendingPoolObservervip
· 04-20 06:37
Letztendlich geht es immer um den Kompromiss zwischen „Benutzbarkeit“ und „Sicherheit“; um es einfach zu machen, kann man leicht von einer Welle mitgerissen werden.
Original anzeigenAntworten0
SecondaryMarketDesertervip
· 04-20 06:32
Bei dieser Kapitalmenge sollte man standardmäßig davon ausgehen, dass man das Ziel der Staatsakteure ist, und die Grundausstattung sowie die kontinuierliche Überwachung entsprechend intensiv gestalten.
Original anzeigenAntworten0
GateUser-8e84d799vip
· 04-20 06:25
Single Sign-On-Authentifizierung = Single Sign-On-Fehler, es hätte schon Multi-Signature + Mehrstufige Genehmigung + Risikokontrollschwellen geben sollen, um zumindest den Explosionsradius zu verkleinern.
Original anzeigenAntworten0