Moonwell Lending Hack

TOTAL LOST $1.8M
Medium cbETH Collateral Exploit / Oracle Issue base

Summarize with AI

Affected Chain base Incident surface
Recovered - No recovery reported
All-Time Rank #695 By amount stolen
Auditors 2 Prior security audits

Incident Overview

On February 15, 2026, Moonwell DeFi lending protocol on Base suffered a $1.78M loss when a cbETH price oracle was incorrectly configured to show $1.12 instead of $2,200, triggering mass liquidations where bots repaid minimal debt to receive 1,096.317 cbETH per transaction. The vulnerable code was reportedly co-authored with Claude Opus 4.6 AI, marking potentially the first major exploit of "vibe-coded" Solidity smart contracts.

The oracle configuration error occurred in the cbETH price feed formula, where instead of multiplying the cbETH/ETH exchange rate by the ETH/USD price to determine the dollar value, the system only transmitted the token ratio. This resulted in the oracle reporting cbETH at approximately $1.12 rather than its actual market price of ~$2,200—an error of over 99.9%. The drastically undervalued collateral triggered automatic liquidations across the protocol.

Trading bots exploited the mispricing by repaying approximately $1 worth of debt and receiving 1,096.317 cbETH in return for each liquidation, wiping out borrowers' collateral while leaving significant debt on their positions. Simultaneously, other users deposited minimal collateral to borrow cbETH at the artificially low price. The incident affected users holding cbETH, cbBTC, tBTC, and ETH as collateral, with many maintaining healthy loan-to-value ratios prior to liquidation.

Upon discovery, Moonwell's risk manager immediately reduced the cbETH borrowing limit to 0.01 to prevent further exploitation. The code commits were co-authored with Claude Opus 4.6 AI, raising questions about AI-assisted "vibe coding" in smart contract development, though experts noted human developers and auditors ultimately bear responsibility for reviewing AI-generated code.

cbETH (primary), cbBTC, tBTC

Incident Report

Protocol / Project Moonwell Lending
Date of Incident
Affected Chain(s) base
Attack Technique cbETH Collateral Exploit / Oracle Issue
Classification Protocol Logic / Borrowing and Lending
Primary Source View Post-Mortem

Protocol Information

Protocol Type Lending
Smart Contract Language Solidity
Official Website moonwell.fi/
Protocol Twitter/X @MoonwellDeFi
Team Anonymous
Source Code Unverified

What the Attacker Needed to Succeed

Understanding the prerequisites for this type of attack helps auditors identify protocols that are most at risk and helps developers build better defenses.

Technical Knowledge Deep understanding of cbeth collateral exploit / oracle issue and Solidity and EVM internals
Capital Required Seed capital to cover gas and initial position setup
On-Chain Access Ability to interact with base smart contracts and deploy a custom exploit contract
Protocol Analysis Identification of the exploitable vulnerability in Moonwell Lending's contract logic - root cause: protocol logic / borrowing and lending
Execution Speed Precise transaction ordering and timing to exploit the vulnerability within a single atomic block
Obfuscation Plan A strategy to launder and move stolen funds - typically through mixers, cross-chain bridges, or decentralized DEX swaps to resist tracing

What Auditors Should Check

Could this have been caught in audit? Yes — skilled auditors routinely flag cbETH Collateral Exploit / Oracle Issue vulnerabilities in code review
Audited by Audit Report 1, Audit Report 2 — still lost $1.8M. Prior audits don't guarantee safety, especially after post-audit code changes.

If you're auditing a protocol with similar architecture to Moonwell Lending, these are the critical security checks that could have prevented this incident (February 2026).

  • Verify all logic paths related to cbETH Collateral Exploit / Oracle Issue are guarded by proper access controls and input validation - see the Oracle Manipulation & Price Manipulation attack class for patterns
  • Audit oracle price feeds for manipulation risks - ensure time-weighted average prices (TWAPs) or multi-source aggregators are used, not spot prices
  • Review privileged functions (owner, admin, governance) for potential abuse vectors - centralization risks should be documented and bounded with timelocks or multi-sigs

Master these auditing techniques with hands-on labs and real exploit scenarios in the Smart Contract Hacking course.

Free Trial

Security Audit History

Related Attack Classes

The technique used in this hack maps to these vulnerability classes in our security curriculum:

See all Oracle Manipulation & Price Manipulation examples →

Sources & References

Learn to Prevent the Next Moonwell Lending

The Moonwell Lending hack is one of many attacks that skilled auditors are trained to detect before deployment. Master real exploit patterns and defense techniques with hands-on Web3 security training.

Recreate exploit patterns safely Free Trial