Ripple CTO: Kelp DAO Exploit Reflects Bridge Security Trade-Offs

robot
Abstract generation in progress

David Schwartz, CTO Emeritus at Ripple, identified a pattern in bridge security vulnerabilities after the Kelp DAO rsETH bridge was exploited for approximately $292 million. During his evaluation of DeFi bridging systems for RLUSD use, Schwartz observed that bridge providers consistently deprioritized their most robust security mechanisms in favor of convenience, a pattern he believes may have contributed to the Kelp DAO incident.

The Security Features Sales Pitch

In his analysis shared on X, Schwartz described how bridge providers pitched advanced security features prominently, then immediately suggested those features were optional. “They generally in effect recommended not bothering to use the most important security mechanisms because they have convenience and operational complexity costs,” he wrote.

Schwartz noted that during RLUSD evaluation discussions, providers emphasized simplicity and ease of adding multiple chains “with the implicit assumption we wouldn’t bother using the best security features they had.” He summarized the contradiction: “Their sales pitch was that they have the best security features but they’re easy to use and scale, assuming you don’t use the security features.”

What Happened to Kelp DAO

On April 19, Kelp DAO identified suspicious cross-chain activity involving rsETH and paused contracts across mainnet and multiple Layer 2 networks. Approximately 116,500 rsETH was drained through LayerZero-related contract calls, worth around $292 million at current prices.

On-chain analysis from D2 Finance traced the root cause to a private key leak on the source chain, which created a trust issue with OApp nodes that the attacker exploited to manipulate the bridge.

LayerZero Security Configuration

LayerZero itself offers robust security mechanisms, including decentralized verification networks. Schwartz hypothesized that part of the problem may stem from Kelp DAO choosing not to use key LayerZero security features “out of convenience.”

Investigators are examining whether Kelp DAO configured its LayerZero implementation using a minimal security setup—specifically, a single point of failure with LayerZero Labs as the sole verifier—rather than utilizing the more complex but significantly more secure options available through the protocol.

ZRO0.63%
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
  • Reward
  • 8
  • 14
  • Share
Comment
Add a comment
Add a comment
LateBlockLarry
· 04-22 07:38
Once safety is treated as optional in infrastructure like bridges, it becomes a disaster site where money is burned by the second. When convenience and safety must be chosen between, the project team should always choose the latter.
View OriginalReply0
Glass-HeartMarketMaker
· 04-21 13:12
Private key leakage + simplifying security options for "ease of use"—no matter how strong LayerZero is, it can't withstand this kind of setup. The risks of bridges are often amplified by human factors.
View OriginalReply0
FoldedCosmosCat
· 04-20 04:06
292M This tuition is too expensive...
View OriginalReply0
0xNap
· 04-20 03:36
The probability of LayerZero being blamed has increased again; the root cause is still key management plus overly simplified security configurations. Don't treat default settings as security configurations.
View OriginalReply0
SummerNightColdWallet
· 04-20 03:28
Hopefully this time we can push the industry to unify some minimum security baselines for bridges: multi-signature/threshold, hardware isolation, decentralized approval, rollback/pause mechanisms, otherwise the next Kelp is just a matter of time.
View OriginalReply0
ColdBrewSparklingWater
· 04-20 03:25
说白了还是图省事出大事。
Reply0
OnchainComplainer
· 04-20 03:16
The moment security features are "optimized away," a hidden danger is planted.
View OriginalReply0
MevStreetPhotographer
· 04-20 03:16
I recall a saying: Cross-chain bridges are not a coding issue, but an operational security issue. Private key management, permission isolation, threshold signatures, audit alerts—these are much more important than "quick deployment."
View OriginalReply0
  • Pin