Die Kernschwachstelle lag in einer fehlerhaften Oracle-Konfiguration im Solido-Cash-Kreditprotokoll: Genauer gesagt wurde ein veralteter oder falsch konfigurierter Preis-Feed für SOLID-Sicherheiten verwendet . Das Protokoll bewertete die SOLID-Sicherheiten auf Basis eines veralteten oder falsch zugeordneten Oracle-Preises, sodass der Wert der Sicherheiten weit über dem tatsächlichen Marktpreis lag . Indem der Angreifer SOLID als Sicherheit zu dieser überhöhten Bewertung hinterlegte, konnte er 293,7 Millionen SUPRA-Token abziehen – weit mehr, als die tatsächliche Sicherheit gedeckt hätte .
Der Angriff erfolgte in zwei separaten Wellen, die beide dieselbe Schwachstelle ausnutzten :
Die Sicherheitsfirma PeckShield bestätigte den Angriff und die ungefähre Schadenshöhe .
Besonders wichtig: Rund 90 % der gestohlenen Gelder gehörten der Solido-Stiftung selbst, nicht einzelnen Nutzern. Die Stiftung trug also fast den gesamten Verlust – nicht die privaten Kreditgeber oder Kreditnehmer .
Solido Money veröffentlichte einen forensischen Bericht, der die On-Chain-Spur nachzeichnete:
Der Solido-Exploit ist kein Einzelfall. Nur zwölf Tage zuvor, am 11. Juli 2026, verlor das Hedera-basierte Kreditprotokoll Bonzo Lend rund 9,05 Millionen US-Dollar durch einen verwandten Oracle-Exploit .
Bonzo Lend (11. Juli 2026):
Beide Protokolle – Solido Money und Bonzo Lend – verließen sich auf Supra als ihren Oracle-Anbieter . Zwei verschiedene Fehlermodi traten in derselben Infrastruktur auf:
Die beiden Vorfälle, die innerhalb von zwei Wochen stattfanden, haben das Oracle-Ökosystem von Supra in den Fokus der Kritik gerückt. Sicherheitsexperten fordern strengere Zeitstempel-Prüfungen, eine Normalisierung der Feed-Dezimalstellen und die Aggregation mehrerer Quellen, um ähnliche Angriffe zu verhindern .
Der Solido-Exploit unterstreicht eine entscheidende Lektion: Wenn Preis-Feeds ausfallen – sei es durch veraltete Daten oder manipulierte Signaturen – kann der Schaden ein ganzes Ökosystem betreffen.