路印協議 (LRC) 事件

\text{Hash}(t_i) \pmod{2^{248}} = [b_0, b_1, \dots, b_{247}]^T, \text{其中 } b_i \in \{0, 1\}

在 2020 年 11 月，路印協議（Loopring）的 LRC 協議費用金庫（Protocol Fee Vault）出現了一項嚴重漏洞。攻擊者利用存取控制機制上的缺陷，透過閃電貸攻擊操縱了代幣價格。此事件凸顯了強大的存取控制與持續性的 DeFi 安全監控對於防止高昂代幣損失的重要性。

路印（LRC）協議事件介紹

2020 年底，包括 Pickle Finance 和 88mph 在內的多個以太坊 DeFi 平台經歷了安全事件。為了檢測此類漏洞，BlockSec 開發了 ThunderForecast 系統，該系統識別出了一些可疑交易，這些交易涉及異常巨大的交易匯率差異，且同一個外部擁有帳戶（EOA）獲得了一致的以太幣（Ether）收益。

利用我們的 EthScope 系統，我們分析了這些交易，並發現了一個針對路印金庫協議漏洞的攻擊，具體來說是針對 LRC 協議費用金庫（LRCPFV）。這篇部落格文章詳細介紹了該攻擊、其影響，以及 DeFi 安全社群從中汲取的教訓。

LRC 協議費用金庫概述

路印是一個在以太坊上的開源去中心化交易所（DEX）協議。其原生代幣 LRC (ERC-20) 用於該生態系統中。路印的金庫協議（稱為 LRCPFV）用於儲存協議費用，並允許將費用兌換為 LRC 代幣。

LRCPFV 中存在漏洞的函數是 sellTokenForLRC，它允許在沒有適當存取控制的情況下將代幣兌換為 LRC，任何人皆可呼叫此函數。

function sellTokenForLRC(
    address token,
    uint amount
)
    external
    nonReentrant
{
    require(amount > 0, "ZERO_AMOUNT");
    require(token != lrcAddress, "PROHIBITED");

    address recipient = tokenSellerAddress == address(0) ? owner : tokenSellerAddress;

    if (token == address(0)) {
        recipient.sendETHAndVerify(amount, gasleft());
    } else {
        token.safeTransferAndVerify(recipient, amount);
    }

    require(
        tokenSellerAddress == address(0) ||
        ITokenSeller(tokenSellerAddress).sellToken(token, lrcAddress),
        "SELL_FAILURE"
    );

    emit TokenSold(token, amount);
}

由於該函數缺乏存取控制，攻擊者可以多次呼叫它來操縱代幣價格，並從套利機會中獲利。

攻擊細節

我們分析了一筆代表性的攻擊交易：0x00b2c...。該攻擊包含六個關鍵步驟：

閃電貸： 從閃電貸服務商（0xEB7e...）借入 3,773.88 ETH。
初始兌換： 在 Uniswap V1-LRC 上以 1 ETH = 1.32878 LRC 的匯率將 3,773.88 ETH 兌換為 5,014.68 LRC。
金庫兌換： 透過呼叫存在漏洞的 sellTokenForLRC 函數，將 LRCPFV 中儲存的 0.231 ETH 費用兌換為 0.000219 LRC。這一未經授權的呼叫操縱了 Uniswap 上的 LRC 價格，極大地提升了其相對於 ETH 的價值（1 ETH = 0.00094 LRC）。
獲利兌換： 在 Uniswap V1-LRC 上將 5,014.68 LRC 換回 3,774.09 ETH，由於價格被操縱，額外獲得了 0.215 ETH。
歸還貸款： 歸還 3,773.88 ETH 的閃電貸。
轉移利潤： 將 0.215 ETH 的利潤發送到攻擊者的 EOA。