Web3Auth flaw leads to Keplr private key breach and crypto theft
TL;DR
Web3Auth and Keplr users face a private key breach due to a security flaw in Web3Auth infrastructure. Users who signed into Keplr via Google or Apple accounts are at risk. Move all liquid funds to a hardware wallet or recovery phrase immediately.
What happened
A security flaw in Web3sAuth infrastructure led to a private key breach for Keplr users who utilized Google or Apple social logins. This breach allows an attacker to move funds from those wallets.
To prevent theft, Web3Auth worked with Keplr to move funds from at-risk wallets into secure recovery wallets across 11 Cosmos family chains and eight Ethereum-style chains. Bitquery reported that over $6.01 million moved from more than 44,000 wallets into these recovery accounts. Keplr has paused Google and Apple sign-in functionality while the investigation continues. Keplr co-founder Josh Lee estimated that approximately 20% of Google and Apple login accounts were affected, though only a fraction of those were exploited.
Why it matters
A private key breach is a total compromise; anyone with the key can approve payments and drain the wallet. Because the flaw exists in the social login provider's infrastructure, the impact extends to any other company using Web3Auth's embedded wallet service, though Keplr is the only one currently named. While Web3Auth has moved many funds to recovery wallets, users must wait for a method to retrieve them.
Who is affected
- Keplr users who created wallets using Google or Apple social logins.
- Users of the Web3Auth embedded wallet service.
Note: Consensys stated there is no evidence that MetaMask users are impacted.
What to do now
- Move all funds that are not currently staked or locked to an account that uses a recovery phrase or a hardware wallet.
- Do not send new funds to your current Keplr account.
- Do not re-import or recreate the affected account anywhere.
- Verify all updates only through official Keplr or Web3Auth communication channels; ignore direct messages or links offering "recovery."
What we don't know yet
- The specific technical nature of the Web3Auth infrastructure flaw.
- The exact timing of the initial exploitation.
- Whether the exploitation route has been closed.
- The specific method or timeline for returning rescued funds to users.
