Aave經歷驚魂一刻 這個漏洞差點釀成一場危機_AVE

注：今日，DeFi安全審計公司TrailofBits披露了Aave借貸協議此前存在的一個嚴重漏洞，在發現到該問題后，Aave迅速修復了該漏洞，從而避免了一場危機。

原文來自TrailofBits：

12月3日，知名DeFi借貸協議Aave部署了V2版本，盡管我們并沒有被雇傭來查看其代碼，但在次日，我們還是對其進行了簡單審查。很快，我們就發現了一個影響AaveV1和V2版本合約的漏洞，并報告了該問題。在將我們的分析發送給Aave的一小時內，他們的團隊修復了該漏洞，以減輕潛在影響。如果該漏洞被利用，這一問題將破壞Aave，并影響外部DeFi合約中的資金。

據悉，有5家不同的安全公司審查了Aave代碼庫，其中有一些使用了形式化驗證。然而，這個漏洞并沒有被這些公司注意到。這篇文章描述了這一問題，以及“該漏洞是如何逃過檢測”等其它的一些經驗教訓。此外，我們也在開發一種新的Slither檢測器，它可以識別這一漏洞，從而為以太坊社區提高安全性。

漏洞

Aave使用了delegatecall代理模式，這一點我們在過去的文章中已經詳細討論過了。簡單來看，每個組件被分成了兩個合約：包含實現的邏輯合約，包含數據并使用delegatecall與邏輯合約進行交互的代理。在邏輯合約上執行代碼時，用戶與代理合約進行交互。這是delegatecall代理模式的簡化表示：

慢霧CISO：注意暗網中出現針對macOS大規模攻擊的軟件macOS-HVNC:8月3日消息，據慢霧首席信息安全官23pds發推稱，慢霧注意到最近暗網出現針對macOS大規模攻擊的軟件macOS-HVNC，Mac電腦和設備因其安全性和可用性比較好而被加密貨幣個人和中小企業廣泛使用。

macOSHVNC特性包括：隱藏操作，HVNC被設計為以隱身模式運行，使個人和中小企業難以檢測到其系統上的存在，這種隱藏的操作允許網絡犯罪分子在不引起懷疑的情況下保持訪問權限；維持權限，HVNC通常包括確保即使在系統重新啟動或嘗試將其刪除后仍保持活動狀態的機制；數據盜竊，HVNC的主要目的是從個人、員工的計算機中竊取敏感信息，例如登錄憑據、個人數據、虛擬資產、財務信息或其他有價值的數據；遠程控制：HVNC允許網絡犯罪分子遠程控制計算機，使他們能夠完全訪問系統。盡管Mac歷來較少成為網絡犯罪分子的目標，但攻擊者現在正在開發更多的macOS惡意軟件，注意風險。[2023/8/3 16:15:19]

在Aave中，LendingPool是使用delegatecall代理的可升級組件。

FTX在巴哈馬的房地產支出超過2.43億美元:金色財經報道，根據FTX債務人周一發布的第二份報告，FTX在巴哈馬的房地產支出超過2.43億美元。FTX前首席執行官SBF在兩年內花費了數百萬美元為員工及其朋友和家人購買房產。該報告列出了高管據稱用客戶和公司資產混合賬戶中的資金購買的其他房產的詳細清單。[2023/6/27 22:02:08]

而我們發現的漏洞依賴于這些合約中的兩個功能：

可以直接調用邏輯合約的函數，包括初始化函數；

借貸池具有其自己的delegatecall功能；

初始化可升級合約

這種可升級模式的一個限制是，代理不能依賴邏輯合約的構造函數進行初始化。因此，狀態變量和初始設置必須在公共初始化函數中執行。

在LendingPool中，初始化函數設置提供者地址：

initializer調節器防止多次調用initialize，它要求滿足以下條件為true：

Animoca Brands聯合創始人：公司保持約2.14億美元的現金余額和價值9.4億美元的數字資產:金色財經報道，Animoca Brands發布了其資產負債表，公司保持約2.14億美元的現金余額和價值9.4億美元的數字資產，還有30億美元的資產負債表外數字儲備。Animoca聯合創始人Yat Siu在一份聲明中說，\"我們對FTX的敞口僅限于非實質性的交易余額，我們繼續投資并支持該生態系統，\"

此前報道，該公司已經支持380家web3公司，如OpenSea和Dapper Labs，以及加密貨幣支付初創公司Request Finance和web3游戲公司Planetarium Labs。（the block）[2022/11/12 12:53:32]

以下：

初始化允許在相同交易中多次調用調節器；

isConstructor是代理執行代碼所需的；

revision>lastInitializedRevision?允許在合約升級時再次調用初始化函數；

雖然它通過代理，預期可正常工作，但是也允許任何人直接在邏輯合約上調用initialize函數。一旦邏輯合約被部署：

前Harmony成員Daniel Pagan加入Findora 任社區和宣傳總監:據官方消息，前Harmony核心成員Daniel Pagan加入Findora技術開發商Discreet Labs，并擔任社區和宣傳總監。他曾在Harmony任職，率先推出了以社區為中心的宣傳內容。

Discreet Labs正在為Web3構建可擴展的隱私系統，并相信我們的數字未來必然是隱私和自主的。它已經推出了多個協議，包括Findora、Rialto Bridge和Yellow Submarine。

Findora通過新一代ZKP技術來擴展以太坊隱私，是領先的Web3隱私保護智能合約平臺，為開發人員提供構建新金融互聯網所需的工具。[2022/8/10 12:15:33]

revision將為0x2(LendingPool.sol#L56)；

lastInitializedRevision將為0x0；

而漏洞是：任何人都可以在LendingPool邏輯合約中設置_addressesProvider。

任意delegatecall

LendingPool.liquidationCall直接委托調用由_addressProvider返回的地址：

DeFi開發工具和投資平臺GYSR已上線Optimism:6月1日消息，DeFi開發工具和投資平臺GYSR已上線以太坊擴容方案Optimism，將為開發者提供工具套件，涵蓋流動性挖掘、NFT質押、治理獎勵、代幣分配等解決方案。[2022/6/1 3:56:36]

這允許任何人啟動LendingPool邏輯合約，設置受控地址提供者，并執行任意代碼，包括selfdestruct。

利用漏洞的場景：任何人都可以破壞借貸池邏輯合約。下面是一個簡化的視覺表示：

缺乏存在檢查

就問題本身而言，已經是很嚴重了，因為任何人都可以破壞邏輯合約，并阻止代理執行借貸池代碼。

然而，在代理合約中使用OpenZeppelin會加劇這一問題的嚴重性。我們在2018年撰寫的一篇博客文章中強調，沒有代碼的合約委托調用能在不執行任何代碼的情況下返回成功。盡管我們最初發出警告，但OpenZeppelin并未在其代理合約中修復回退函數：

如果代理委托調用了一個已破壞的借貸池邏輯合約，則代理將返回成功，而不會執行任何代碼。

由于Aave可以更新代理以指向另一個邏輯合約，因此這種漏洞利用不會持久。但在可利用此漏洞的時間范圍內，任何調用該借貸池的第三方合約，都將表現為某些代碼已被執行，但實際卻并未執行。這將打破很多外部合約的基本邏輯。

受影響的合約

所有AToken：AToken.redeem調用pool.redeemUnderlying（AToken.sol#L255-L260)。由于調用什么也不做，用戶將燒掉他們的AToken，而不會收到他們的底層資產；

WETHGateway(WETHGateway.sol#L103-L111):存款會存儲在網關中，然后任何人都可以竊取存款資產；

任何基于Aave信用委托v2的代碼庫(MyV2CreditDelegation.sol)；

如果我們發現的問題被利用，則Aave之外的很多合約都會受到各種方式的影響。確定一份完整的名單是困難的，我們沒有試圖這樣做。這一事件凸顯了DeFi可組合性的潛在風險，以下是我們找到的一些受影響的合約：

DefiSaverv1(AaveSaverProxy.sol)

DefiSaverv2(AaveSaverProxyV2.sol)

PieDao–pieoven(InterestingRecipe.sol#L66)

修復及建議

幸運的是，在我們報告這個漏洞之前，還沒有人利用它。Aave對其兩個版本的借貸池調用了initialize函數，從而保證了合約的安全：

LendingPoolV1:0x017788dded30fdd859d295b90d4e41a19393f423?修復時間:2020年12月4日07:34:26PM+UTC

LendingPoolV2:0x987115c38fd9fd2aa2c6f1718451d167c13a3186?修復時間:2020年12月4日07:53:00PM+UTC

長期而言，合約部署者應：

在所有邏輯合約中添加一個構造函數以使initialize函數無效；

檢查delegatecall代理fallback函數中是否存在合約；

仔細檢查delegatecall陷阱，并使用slither-check-upgradeability；

形式化驗證合約并不是防彈的

Aave的代碼庫經過了形式化驗證，區塊鏈領域的一個趨勢是，人們會認為安全特性是圣杯。用戶可能會嘗試根據這些特性的存在與否，對各種合約的安全性進行排序。我們認為這是危險的，它會導致錯誤的安全感。

Aave形式化驗證報告列出了LendingPool視圖函數以及池操作的屬性。例如，已驗證的屬性之一是：

然而，如果邏輯合約遭到破壞，則該屬性可能會被破壞。那如何才能對此進行驗證？雖然我們無法訪問定理證明或所使用的設置，但很可能證明proof沒有考慮可升級性，或者prover不支持復雜的合約交互。

這在代碼驗證中是很常見的。你可以通過對整體行為的假設來證明目標組件中的行為，但是在多合約設置中證明屬性是具有挑戰性和耗時的，因此必須進行權衡。

形式化驗證技術很棒，但是用戶必須意識到它們覆蓋范圍很小，并且可能會錯過攻擊媒介。另一方面，自動化工具和人工審查可幫助開發人員以較少的資源來提升代碼庫的安全性。了解每種解決方案的優點和局限性，對開發人員和用戶而言都至關重要。當前的問題就是一個很好的例子，Slither可以在幾秒鐘內發現這個問題，受過訓練的專家可能會很快指出它，而要用安全特性來檢測，則需要付出很大的精力。

總結

Aave做出了積極反應，并在發現問題后迅速修復了該漏洞。危機避免了，但最近遭受黑客攻擊的其他受害者卻沒有那么幸運。在部署代碼并將其暴露于對抗性環境之前，我們建議開發者：

查看這里的檢查表和訓練；

將Slither添加到你的持續集成管道中并調查其所有報告；

給安全公司適當的時間來審查你的系統；

請注意可升級性，至少請審查合約升級反模式，合約遷移的工作方式，以及使用OpenZeppelin的可升級性；

我們希望通過分享此信息以及與此問題相關的Slither檢測器來防止類似的錯誤。

來源：金色財經

Tags：AVEAAVEINGGATHavenAave WBTCKingDeFi比特兒官網gate.io

XLM