Worked example · 2024-06
Loopring Smart Wallet guardian-recovery exploit — Ethereum — 2024-06-09
Summary
Loopring is an Ethereum Layer-2 (zkRollup) protocol with a native Smart Wallet (contract-based wallet using ERC-4337-style account abstraction). The Loopring Smart Wallet implemented a "guardian" recovery mechanism allowing users to designate one or more guardians who could help recover wallet access if the user lost their signing key. Loopring operated an official guardian service — a server-side component that users could designate as their wallet guardian for simplified recovery.
The official guardian's recovery-authorization flow was protected by a 2FA/authentication service (a third-party provider). On 2024-06-09, this authentication service was compromised. The attacker used the compromised authentication to authorize guardian recovery actions — resetting wallet ownership on approximately 200 Loopring Smart Wallets and draining their assets (ETH, USDC, LRC, and other tokens held in the wallets).
The key structural vulnerabilities:
- Single guardian concentration: Many Loopring users relied solely on the official guardian (no second independent guardian), creating a single-point-of-failure.
- Guardian authority without delay: The guardian-recovery flow executed immediately upon authentication rather than enforcing a timelock (e.g., 48-hour delay between recovery initiation and execution, during which the legitimate owner could cancel).
- Authentication-service single-point: The official guardian's security depended entirely on a single third-party 2FA service; compromise of that service granted full guardian authority.
Loopring publicly disclosed the incident on 2024-06-09 via Twitter, suspended the official guardian service, and advised affected users. No funds were recovered.
Timeline (UTC)
| When | Event | OAK ref |
|---|---|---|
| pre-2024-06-09 | Loopring Smart Wallet active on Ethereum with official guardian service; guardian authentication via third-party 2FA provider; no recovery timelock | (standing T13.003 surface) |
| 2024-06-09 | Attacker compromises Loopring's third-party 2FA/authentication service provider | T11.008 (identity-provider compromise) |
| 2024-06-09 | Using compromised authentication, attacker invokes guardian-recovery flow on |
T13.003 (recovery-flow exploitation) |
| 2024-06-09 T+hours | Loopring publicly discloses; suspends official guardian service; advises affected users | (incident response) |
| 2024-06-10 onward | Community forensic analysis identifies guardian-recovery flow as compromise vector; discussion of guardian design anti-patterns | (forensic record) |
Realised extraction
Approximately $5M across ~200 wallets.
OAK technique classification rationale
T13.003 (Session-Key Hijacking) is broadly construed at v0.1 to include session-key and recovery-flow exploitation. The guardian-recovery flow is structurally a "super-session-key" — it authorizes a permanent change of wallet ownership rather than a time-bounded delegation. The Loopring incident is the canonical T13.003 guardian-recovery subclass anchor.
T11.008 (Embedded-Wallet Identity-Provider Compromise) captures the authentication-provider compromise that was the proximate entry vector. The identity-provider (2FA service) was the load-bearing security dependency; its compromise granted guardian authority.
Public references
- Loopring, "Loopring Smart Wallet Security Incident," June 9, 2024 (official announcement)
- Loopring Twitter (@loopringorg), June 9, 2024
- Community forensic analysis (ZachXBT, SlowMist)