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

ZRO-0.88%

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.

Disclaimer: The information on this page may come from third parties and does not represent the views or opinions of Gate. The content displayed on this page is for reference only and does not constitute any financial, investment, or legal advice. Gate does not guarantee the accuracy or completeness of the information and shall not be liable for any losses arising from the use of this information. Virtual asset investments carry high risks and are subject to significant price volatility. You may lose all of your invested principal. Please fully understand the relevant risks and make prudent decisions based on your own financial situation and risk tolerance. For details, please refer to Disclaimer.
Comment
0/400
LateBlockLarryvip
· 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-HeartMarketMakervip
· 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
FoldedCosmosCatvip
· 04-20 04:06
292M This tuition is too expensive...
View OriginalReply0
0xNapvip
· 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
SummerNightColdWalletvip
· 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
ColdBrewSparklingWatervip
· 04-20 03:25
说白了还是图省事出大事。
Reply0
OnchainComplainervip
· 04-20 03:16
The moment security features are "optimized away," a hidden danger is planted.
View OriginalReply0
MevStreetPhotographervip
· 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