Shiba Inu-Entwickler veröffentlicht ausführliches Sicherheitsupdate nach Bridge-Angriff

Nach dem Vorfall vom 12. September, bei dem Angreifer die Validator-Signaturrechte der Shibarium-Bridge missbrauchten, hat Kernentwickler Kaal Dhairya am 21. September ein umfassendes Sicherheitsupdate vorgelegt. Das Dokument beschreibt die Abläufe des Angriffs, die bisher eingeleiteten Gegenmaßnahmen und die geplanten Schritte zur schrittweisen Wiederherstellung des Betriebs.

„Kein Anführer, nur ein Entwickler“

In einem persönlichen Vorwort stellte Dhairya klar, dass er sich nicht als führende Figur des Projekts verstehe: „Ich bin kein Lead und wollte es nie sein. Ich sehe mich lediglich als Entwickler, der an das Ethos von SHIB geglaubt hat.“ Die Ereignisse hätten ihm vor Augen geführt, wie verletzlich Einzelpersonen in einem komplexen Gefüge sein können.

Zugleich warnte er, dass aufgrund der Raffinesse des Angriffs derzeit keine Garantie für die Sicherheit bestehender Schlüssel gegeben werden könne. Er kritisierte implizit die Erwartung, dass einzelne Entwickler ohne ausreichende Strukturen alle Risiken abfangen könnten.

Details zum Angriff

Laut Bericht nutzten die Angreifer am 12. September um 18:44 UTC unbefugte Validator-Signaturen, um einen manipulierten Status und Ausstieg durch die Proof-of-Stake-Bridge zu erzwingen. Dabei wurden kurzfristige Stake-Verstärkungen mit gefälschten Checkpoint- und Exit-Nachweisen kombiniert, um unberechtigte Abhebungen zu autorisieren.
On-Chain-Aktivitäten zeigen, dass Teile der erbeuteten ETH, SHIB und ROAR veräußert wurden. Weitere Wallet-Analysen hält das Team vorerst zurück, um die laufende Zusammenarbeit mit Ermittlungsbehörden nicht zu gefährden.

Um weitere unautorisierte Abhebungen zu verhindern, wurden bestimmte Bridge-Funktionen eingeschränkt, Verträge für Ein- und Auszahlungen sowie Rewards angepasst und gezielte Schutzmechanismen gegen den Missbrauch delegierter Stakes aktiviert. Zudem gelang es, gefährdete BONE-Token auf Protokollebene zu sichern. Weitere Schritte umfassten den Austausch von Validator-Schlüsseln, die Verlagerung sensibler Kontrollfunktionen in Multi-Signatur-Hardware-Wallets sowie eine verstärkte Echtzeitüberwachung in Abstimmung mit Börsen, Sicherheitsforschern und Behörden.

Ursachenforschung und Schwachstellen

Noch ist unklar, über welchen Vektor die Schlüssel kompromittiert wurden. Mögliche Szenarien reichen von infizierten Entwicklerrechnern über Schwachstellen in AWS KMS bis hin zu Problemen beim Umzug von AWS zu Google Cloud oder gar einer Supply-Chain-Attacke über npm.
Deutlich wurde zudem ein Mangel an Dezentralisierung: 10 von 12 Validatoren hätten den manipulierten Zustand signiert. Für die Zukunft kündigt das Team daher eine breitere Validator-Basis, strengere Schlüsselrotation, verbesserte Transparenz und höhere Sicherheitsstandards bei Zugriffsrechten an.

Roadmap für die Wiederherstellung:

1. Containment – Eindämmung durch eingeschränkte Bridge-Funktionalität und Monitoring (läuft derzeit).
2. Hardening – Stärkung der Sicherheitsarchitektur in Zusammenarbeit mit Hexens, inklusive neuer Richtlinien wie Rate Limits, Challenge Windows und Notfall-Schaltern.
3. Safe Restoration – Wiederherstellung des Betriebs erst nach externen Prüfungen, Integritätschecks und erfolgreichen Tests in kontrollierten Umgebungen.
4. Postmortem & Remediation – Veröffentlichung einer technischen Analyse sowie ein von der Community überprüfter Plan zur Entschädigung betroffener Nutzer.

Konkrete Zeitpläne werden bewusst nicht genannt, um Angreifern keine Angriffsfläche zu bieten.

Warnung an Nutzer

Dhairya rät allen SHIB-Investoren, insbesondere Opfern des Vorfalls, wachsam gegenüber Betrugsversuchen zu sein. Angebote über vermeintliche „Recovery-Portale“ seien zu ignorieren. Bridge-Einschränkungen bleiben bestehen, bis unabhängige Stellen die Sicherheit bestätigen. Fragen zu einer Rückkehr auf Ethereum, zur Rotation der Validatoren oder zu möglichen Entschädigungen werden erst beantwortet, wenn die Rahmenbedingungen geklärt sind.

Zum Abschluss betonte Dhairya die Prioritäten des Teams: „Nutzer schützen, das Netzwerk absichern, den Angreifer isolieren und Dienste sicher wiederherstellen.“ Die nächste größere Veröffentlichung werde eine vollständige technische Aufarbeitung und ein Vorschlag für die Entschädigung der Community sein – allerdings erst, wenn die Sicherheitslage dies zulässt.

Auf Google News folgen

Jetzt abonnieren