Taiko-Bridge-Exploit durch gefälschte Proofs

Am 22. Juni 2026 wurde die Bridge von Taiko — einem Ethereum-Layer-2-„Based Rollup" — um etwa 1,7 Millionen US-Dollar erleichtert, nachdem ein Angreifer einen geleakten Signaturschlüssel ausgenutzt hatte, um Auszahlungs-Proofs zu fälschen. Die Mittel wurden aus Taikos L1-Bridge und ERC20Vault-Verträgen auf dem Ethereum-Mainnet abgezogen, und das Team stoppte die Blockproduktion für die Untersuchung.

Was geschah

Die Sicherheitsfirma Blockaid meldete den Exploit in Echtzeit, während BlockSec (über sein Phalcon-Monitoring) die Ursache auf einen operativen Fehler zurückführte: Ein privater Intel-SGX-RSA-3072-Signaturschlüssel für Taikos Raiko-Proving-Stack war im Klartext als enclave-key.pem in das öffentliche taikoxyz/raiko-GitHub-Repository eingecheckt worden. Mit diesem Schlüssel konnte der Angreifer betrügerische SGX-Prover-Instanzen registrieren und gefälschte L2-State-Attestierungen erzeugen, die Taikos Verifizierungsverträge als echt akzeptierten. In zwei Phasen reichte der Angreifer ein gefälschtes Quell-Signal ein, um eine falsche Bridge-Nachricht zu registrieren und die Freigabe Ethereum-basierter Assets aus dem ERC20Vault auszulösen — ohne ein entsprechendes legitimes Ereignis auf der Taiko-Quellkette. Es ist dasselbe Versagensmuster wie bei Nomad, wo betrügerische Nachrichten als gültig durchgewinkt wurden, und erinnert an die Kompromittierung vertrauenswürdiger Schlüssel im Kern von Ronin.

Folgen

Taikos Proposer stoppten die Produktion neuer Blöcke, und das Team forderte die Nutzer auf, umgehend Mittel von den betroffenen Bridges abzuziehen. Blockaid veröffentlichte den Opfer-Vertrag, die Wallet des Angreifers und die Exploit-Transaktionen; On-Chain-Tracker meldeten, dass etwa 2 Millionen TAIKO der Beute zur Börse MEXC geleitet wurden, was zu Anträgen auf Einzahlungssperren führte. Der TAIKO-Token fiel auf die Nachricht hin um rund 10–20 %. Taiko erklärte, es bereite eine ausführliche Post-mortem-Analyse vor und koordiniere sich mit Partnern, einschließlich möglicher rechtlicher Schritte. Keiner der gestohlenen Mittel wurde dem Angreifer wieder entzogen. Am 25. Juni 2026 bestätigte Taiko jedoch, dass kein Nutzer Mittel verlieren werde: Es sagte zu, die Bridge vor der Wiedereröffnung vollständig 1:1 aus eigenen Reserven nachzubesichern, wobei der Neustart an den Recovery-Pull-Request #21820 geknüpft ist — der Checkpoint-Versionierung, ein Zurücksetzen des Inbox-Status, die Invalidierung von Bridge-Nachrichten und Quota-Kontrollen bündelt — gefolgt von einer Sicherheitsüberprüfung nach dem Fix und der Multisig-Freigabe durch das Security Council. Ein detailliertes Post-mortem wurde zugesagt, sobald die Kette sicher wieder anläuft.

Am 2. Juli 2026 — rund zehn Tage nach dem Exploit — öffnete Taiko seine Cross-Chain-Bridge wieder und bestätigte, die Bridge vollständig 1:1 nachbesichert zu haben und dass jeder betroffene Nutzer schadlos gehalten wurde, ohne dass irgendein Nutzer Mittel verlor. Der Fehlbetrag wurde aus Taikos eigenen Reserven aufgefangen; da die Beute des Angreifers on-chain nie zurückgeholt wurde, stammte die Entschädigung vollständig aus der Treasury und nicht aus einer Wiederbeschaffung der gestohlenen Vermögenswerte. Die Erleichterung über die saubere Eindämmung trieb den TAIKO-Token in den Tagen nach dem Neustart um bis zu 136 % nach oben. Da die betroffenen Nutzer vollständig entschädigt wurden, wird der Vorfall nun als wiederbeschafft geführt, auch wenn die gestohlenen Mittel selbst beim Angreifer verbleiben.

Warum es wichtig ist

Der Taiko-Vorfall ist ein Lehrbuchfall für Geheimnis-Hygiene als die eigentliche Angriffsfläche einer Bridge: Die Kryptografie war solide, aber ein einziger in ein öffentliches Repository eingecheckter privater Schlüssel ließ das gesamte Vertrauensmodell hinter dem Proof-System des Rollups einstürzen. Er reiht sich in eine wachsende Serie von Bridge-Ausfällen 2026 ein — Verus, Syscoin — und unterstreicht, dass Proof-Verifizierungs-Bridges nur so ehrlich sind wie die Schlüssel, die ihre Attestierungen signieren. Wenn ein Angreifer nach Belieben einen „gültigen" Proof erzeugen kann, hat der Vault keine Möglichkeit, eine echte Auszahlung von einer gefälschten zu unterscheiden.