Gestohlener Schlüssel, geplünderte Kasse: Wie ein Oracle-Exploit Ostium auf Arbitrum traf

Wie der 18-Millionen-Dollar-Exploit ablief

Die Sicherheitsfirma Blockaid entdeckte den Exploit auf der Blockchain als Erste und berichtete, dass der Angreifer kurz darauf begann, die erbeuteten USDC über Kyber in ETH zu tauschen . Der Angriff erfolgte in drei Schritten:

1. Schlüsselkompromittierung: Der Angreifer erlangte den privaten Schlüssel eines registrierten Oracle-Signierers. Diese Anmeldeinformation ist berechtigt, Preisberichte an das Protokoll zu übermitteln .
2. Preismanipulation: Mit dem gestohlenen Schlüssel reichte der Täter über einen registrierten PriceUpkeep-Forwarder-Vertrag im Gelato-Netzwerk Preisberichte mit zukünftigen, für ihn günstigen Daten ein .
3. Gewinnabschöpfung: Der Angreifer führte etwa 20 verschachtelte, delegierte Handelsgeschäfte aus, indem er Positionen zu den manipulierten Kursen eröffnete und schloss. Diese simulierten fiktive Handelsgewinne, die der Vault des Protokolls dann in Form von echtem USDC auszahlte .

Die Schadensschätzungen der Quellen variieren zwischen 12 und 22 Millionen US-Dollar, wobei die meisten Berichte von rund 18 Millionen US-Dollar ausgehen . Blockaid schätzte den Verlust auf etwa 18 Millionen US-Dollar, während CertiK ihn mit rund 22 Millionen US-Dollar angab; beide Firmen führen den Vorfall auf die Kompromittierung von Ostiums Oracle-System zurück .

Wie viel Prozent des TVL (Total Value Locked) gingen verloren?

Der prozentuale Verlust hängt von der zugrunde gelegten Bemessungsgrundlage ab, und die Quellen geben unterschiedliche Zahlen an:

• ~35 % der Protokollkasse / des Vaults (ca. 34 Millionen US-Dollar)
• ~28 % des gesamten TVL (ca. 63 Millionen US-Dollar)
• Allgemein wird der Verlust als „etwa ein Drittel der Liquidität“ beschrieben

Die am häufigsten genannte Zahl ist etwa 35 % der über 34 Millionen US-Dollar schweren Kasse des Protokolls .

Ostiums Geldgeber und Finanzierung

Ostium nahm bei Investoren rund 27,8 Millionen US-Dollar ein. Zu den institutionellen Geldgebern, die im Zusammenhang mit diesem Exploit explizit genannt werden, zählen General Catalyst und Jump Crypto .

Einordnung in den Trend des Jahres 2026: Schlüsseldiebstähle als Hauptgefahr

Der Ostium-Exploit ist keine neuartige Schwachstelle im Smart Contract – es ist ein Diebstahl einer Berechtigung (Private Key) zur Manipulation eines vertrauenswürdigen Preis-Orakels. Dies passt genau in das vorherrschende Angriffsmuster des Jahres 2026:

• 72 % aller DeFi-Verluste im Jahr 2026 resultierten aus gestohlenen Schlüsseln und Zugangsdaten, nicht aus Fehlern in Smart Contracts .
• Infrastruktur- und betriebliche Kompromittierungen (Schlüsseldiebstahl, Zugriffskontrollverletzungen) machten nur etwa 15 % der Vorfälle aus, waren aber für rund 76 % der gesamten Dollarverluste verantwortlich – weitaus mehr als klassische Code-Exploits .
• Das erste Halbjahr 2026 verzeichnete mit 207 Vorfällen die höchste Anzahl an Hacks innerhalb von sechs Monaten; der Gesamtschaden belief sich auf rund 972 Millionen US-Dollar .
• Der April war der schwärzeste Monat, angetrieben durch zwei mit Nordkorea in Verbindung gebrachte Schlüssel-Kompromittierungen: KelpDAO (293 Mio. US-Dollar) und Drift Protocol (280 Mio. US-Dollar) . Allein diese beiden Diebstähle machten über drei Viertel der Verluste des zweiten Quartals aus .

Laut DeFiLlama-Daten haben Blockchain-Projekte im Laufe der Zeit insgesamt rund 16,69 Milliarden US-Dollar durch Hacks und Exploits verloren; etwa 40 % dieser Verluste gehen auf Kompromittierungen privater Schlüssel zurück . Kumuliert betrachtet wurden in zehn Jahren bei 518 dokumentierten Vorfällen mehr als 17 Milliarden US-Dollar durch private Schlüssel gestohlen .

Die Kernbotschaft: Der Ostium-Exploit ist ein Lehrbuchbeispiel dafür, wie Angreifer von Code-Lücken auf den Diebstahl von Schlüsseln umschwenken. Eine kleine Anzahl von Schlüssel-Kompromittierungen verursacht einen unverhältnismäßig großen Anteil der Gesamtverluste . Für DeFi-Protokolle reicht es nicht mehr aus, nur Smart Contracts zu prüfen. Die Sicherung von Oracle-Signierschlüsseln und anderen privilegierten Zugangsdaten ist zur neuen zentralen Front im Sicherheitskampf geworden.