Der Angriff zielte direkt auf dieses Token‑System.
Sicherheitsanalysen zufolge verschaffte sich der Angreifer Zugriff auf einen privilegierten Administrator‑Private‑Key der Echo‑Deployment‑Instanz auf Monad. Mit diesem Schlüssel konnte er Token prägen, die von anderen DeFi‑Protokollen zunächst als legitim akzeptiert wurden.
Wichtig:
Der Angreifer prägte anschließend rund 1.000 eBTC, deren Marktwert damals etwa 76,7 Millionen Dollar entsprach.
Nachdem die falschen Token erzeugt waren, nutzte der Angreifer eine typische DeFi‑Strategie: falsche Sicherheiten in echte Liquidität umwandeln.
Der Ablauf laut On‑Chain‑Analysen:
Da der Markt für eBTC relativ geringe Liquidität hatte, konnte der Angreifer nur einen kleinen Teil der manipulierten Tokens tatsächlich nutzen. Der überwiegende Anteil blieb ungenutzt in seiner Wallet.
Die hohe Summe basiert auf dem nominalen Wert der geprägten Token, nicht auf dem realen Verlust.
Nachdem das Problem entdeckt wurde und das Team wieder Kontrolle über den Admin‑Key hatte, verbrannte Echo Protocol diese 955 eBTC, sodass sie nicht mehr als Sicherheit genutzt oder verkauft werden konnten.
Mehrere Projekte reagierten schnell, um den Schaden zu begrenzen.
Echo Protocol
Curvance
Monad selbst
Analysten nennen mehrere strukturelle Schwächen:
Mit einem einzigen kompromittierten Schlüssel konnte der Angreifer deshalb sofort große Mengen synthetischer Assets erzeugen.
Der Vorfall passt zu einem klaren Trend im DeFi‑Sektor: Viele große Verluste entstehen nicht mehr durch Smart‑Contract‑Fehler, sondern durch kompromittierte Schlüssel oder Governance‑Probleme.
Wenn ein privilegierter Schlüssel gestohlen wird, kann ein Angreifer effektiv wie ein Administrator handeln – selbst wenn der Smart‑Contract‑Code technisch korrekt funktioniert.
Der Echo‑Protocol‑Vorfall zeigt ein typisches Risiko moderner DeFi‑Systeme. Obwohl kurzfristig 76,7 Millionen Dollar an falschen Token entstanden, lag der tatsächliche Schaden unter einer Million Dollar, weil Liquidität begrenzt war und Gegenmaßnahmen schnell griffen.
Für Entwickler ist die Lehre eindeutig: Key‑Management und Governance‑Kontrollen können kritischer sein als der Smart‑Contract‑Code selbst.
Comments
0 comments