Solidity編譯器漏洞分析：ABI重編碼的缺陷_SOL:Solar Energy

漏洞詳情

ABI?編碼格式是用在用戶或合約對合約進行函數調用，傳遞參數時的標準編碼方式。具體可以參考?Solidity?官方關于ABI?編碼的詳細表述。

在合約開發過程中，會從用戶或其他合約傳來的?calldata?數據中，獲取需要的數據，之后可能會將獲取的數據進行轉發或?emit?等操作。限于?evm?虛擬機的所有?opcode?操作都是基于?memory、stack?和?storage，所以在?Solidity?中，涉及到需要對數據進行?ABI?編碼的操作，都會將?calldata?中的數據根據新的順序按照?ABI?格式進行編碼，并存儲到?memory?中。

該過程本身并沒有大的邏輯問題，但是當和?Solidity?的cleanup?機制結合時，由于?Solidity?編譯器代碼本身的疏漏，就導致了漏洞的存在。

根據?ABI?編碼規則，在去掉函數選擇符之后，ABI?編碼的數據分為?head?和?tail?兩部分。當數據格式為固定長度的?uint?或?bytes?32?數組時，ABI?會將該類型的數據都存儲在?head?部分。而?Solidity?對?memory?中?cleanup?機制的實現是在當前索引的內存被使用后，將下一個索引的內存置空，以防止下一索引的內存使用時被臟數據影響。并且，當?Solidity?對一組參數數據進行?ABI?編碼時，是按照從左到右的順序進行編碼！！

Solana去中心化交易平臺Serum正在考慮創建新的社區代幣:金色財經報道，Solana和Serum開發商TDM Blockchain制定提案，并在周四向Serum DAO論壇提交了其建議。如果通過，這將導致為Serum DAO創建一個新的社區代幣。Serum已經有一個名為SRM的本地代幣。這個新的社區代幣將是SRM的一個鎖定版本，稱為gSRM。這兩種代幣將有1比1的關系，這意味著用戶每鎖定一個SRM代幣，就可以獲得同等數量的gSRM。

根據提案，鎖定或解鎖代幣將需要七天時間，但TDM表示，如果DAO愿意，可以選擇調整這個時間框架。主要的區別是，不是所有的代幣持有者在投票過程中都有發言權，而只是那些為此鎖定了他們的代幣的人。（the block）[2022/10/29 11:53:55]

為了便于后面的漏洞原理探索，考慮如下形式的合約代碼：

contractEocene{

????????eventVerifyABI(bytes,?uint);

????????functionverifyABI(bytescalldataa,uintcalldatab)public?{

????????????????emitVerifyABI(a,b);?//Event數據會按照?ABI?格式編碼之后存儲到鏈上

??????}

Solana生態跨鏈DEX聚合器Atlas DEX完成600萬美元融資:12月23日消息，基于Solana的跨鏈去中心化交易所聚合器AtlasDEX宣布完成由JumpCapital領投的600萬美元融資，其他參投機構還有火幣創投、GenesisBlockVentures、SolidityVentures、GenblockCapital、3CommasCapital、SolarEcoFund、Momentum6、GSR、0xVentures、BixinVentures、AU21和ParamountCapital。[2021/12/23 7:58:11]

}

合約?Eocene?中?verifyABI?函數的作用，僅僅是將函數參數中的不定長?bytesa?和定長?uintb?進行?emit。

這里需要注意，event?事件也會觸發?ABI?編碼。這里參數?a,?b?會編碼成?ABI?格式后再存儲到鏈上。

我們使用?v?0.8.14?版本的?Solidity?對合約代碼進行編譯，通過?remix?進行部署，并傳入verifyABI(,)。

首先，我們看一看對verifyABI(,)的正確編碼格式：

0x?5?2c?d?1?a?9?c?????????????????????????????????//bytes?4(sha?3("verify(btyes,?uint)"))

美國國會議員候選人Kurani將在Solana發布2022個NFT:金色財經報道，作為競選活動的一部分，旨在贏得眾議院席位的民主黨人Shrina Kurani將于今天在Solana區塊鏈上發布2022個NFT。Kurani表示：“在什么是加密、它的發展方向、它為誰服務方面存在很多誤解。而且我認為有一種方法可以讓我們在政策制定者和該領域的人們之間建立更多的橋梁，以便能夠進行更多的對話，這把我帶到了我的第二個目標，實際上是使加密社區能夠參與加密立法的未來。”[2021/12/17 7:45:15]

0000000000000000000000000000000000000000000000000000000000000060??????//indexof?a

0000000000000000000000000000000000000000000000000000000000011111??????//b

0000000000000000000000000000000000000000000000000000000000022222??????//b

0000000000000000000000000000000000000000000000000000000000000002??????//lengthofa

0000000000000000000000000000000000000000000000000000000000000040??????//indexofa

Cryptomeria Capital投資基于Solana的去中心化指數協議Symmetry:加密基金Cryptomeria Capital宣布投資Symmetry。據悉，Symmetry是基于Solana區塊鏈的去中心化指數協議和投資組合管理平臺。通過使用Symmetry，用戶可以創建自己的指數，也可以購買其他人創建的指數。

據6月份報道，Symmetry宣布完成首輪融資，Alameda Research領投，Coin98 Ventures、Genesis Block Ventures、Rarestone Capital、ROK Capital等參投。（Cryptomeria）[2021/7/17 0:59:26]

0000000000000000000000000000000000000000000000000000000000000080??????//indexofa

0000000000000000000000000000000000000000000000000000000000000003??????//lengthofa

aaaaaa?0000000000000000000000000000000000000000000000000000000000??????//a

0000000000000000000000000000000000000000000000000000000000000003??????//lengthofa

去中心化流媒體平臺Audius正將部分系統移至Solana區塊鏈:金色財經報道，去中心化流媒體平臺Audius周四宣布，將把其內容管理系統從由POA網絡運營的以太坊側鏈遷移到Solana區塊鏈。[2020/10/30]

bbbbbb?0000000000000000000000000000000000000000000000000000000000??????//a

如果?Solidity?編譯器正常，當參數a,?b被?event?事件記錄到鏈上時，數據格式應該和我們發送的一樣。讓我們實際調用合約試試看，并對鏈上的?log?進行查看,如果想自己對比，可以查看該TX。

成功調用后，合約?event?事件記錄如下：

！！震驚，緊跟?b的，存儲?a?參數長度的值被錯誤的刪除了！！

0000000000000000000000000000000000000000000000000000000000000060??????//indexof?a

0000000000000000000000000000000000000000000000000000000000011111??????//b

0000000000000000000000000000000000000000000000000000000000022222??????//b

0000000000000000000000000000000000000000000000000000000000000000??????//lengthofa???whybecome0??

0000000000000000000000000000000000000000000000000000000000000040??????//indexofa

0000000000000000000000000000000000000000000000000000000000000080??????//indexofa

0000000000000000000000000000000000000000000000000000000000000003??????//lengthofa

aaaaaa?0000000000000000000000000000000000000000000000000000000000??????//a

0000000000000000000000000000000000000000000000000000000000000003??????//lengthofa

bbbbbb?0000000000000000000000000000000000000000000000000000000000??????//a

為什么會這樣？

正如我們前面所說，在?Solidity?遇到需要進行?ABI?編碼的系列參數時，參數的生成順序是從左至，具體對?a,?b?的編碼邏輯如下

Solidity?先對?a?進行?ABI?編碼，按照編碼規則，a?的索引放在頭部，a?的元素長度以及元素具體值均存放在尾部。

處理?b?數據，因為?b?數據類型為?uint格式，所以數據具體值被存放在?head?部分。但是，由于?Solidity?自身的?cleanup?機制，在內存中存放了?b之后，將?b數據所在的后一個內存地址(被用于存放?a?元素長度的內存地址)的值置?0?。

ABI?編碼操作結束，錯誤編碼的數據存儲到了鏈上，SOL-2022-6?漏洞出現。

在源代碼層面，具體的錯誤邏輯也很明顯，當需要從?calldata?獲取定長?bytes?32?或?uint?數組數據到?memory?中時，Solidity?總是會在數據復制完畢后，將后一個內存索引數據置為?0?。又由于?ABI?編碼存在?head?和?tail?兩部分，且編碼順序也是從左至右，就導致了漏洞的存在。

具體漏洞的?Solidity?編譯代碼如下：

當源數據存儲位置為?Calldata，且源數據類型為?ByteArray，String，或者源數組基礎類型為?uint?或?bytes?32?時進入ABIFunctions::abiEncodingFunctionCalldataArrayWithoutCleanup()

進入之后，會首先通過fromArrayType.isDynamicallySized()對源數據是否為定長數組來對源數據進行判斷，只有定長數組才符合漏洞觸發條件。

將isByteArrayOrString()判斷結果傳遞給YulUtilFunctions::copyToMemoryFunction(),根據判斷結果來確定是否在?calldatacopy?操作完成后，對后一個索引位置進行?cleanup。

上訴幾個約束條件結合，就只有位于?calldata?中的源數據格式為定長的?uint?或?bytes?32?的數組復制到內存時才能觸發漏洞。也即是漏洞觸發的約束條件產生的原因。

由于?ABI?進行參數編碼時，總是從左到右的順序，考慮到漏洞的利用條件，我們必須要明白，必須在定長的?uint?和?bytes?32?數組前，存在動態長度類型的數據被存儲到?ABI?編碼格式的?tail?部分，且定長的?uint?或?bytes?32?數組必須位于待編碼參數的最后一個位置。

原因很明顯，如果定長的數據沒有位于最后一個待編碼參數位置，那么對后一內存位置的置?0?不會有任何影響，因為下個編碼參數會覆蓋該位置。如果定長數據前面沒有數據需要被存儲到?tail?部分，那么即便后一內存位置被置?0?也沒有關系，因為該位置并不背?ABI?編碼使用。

另外，需要注意的是，所有的隱式或顯示的?ABI?操作，以及符合格式的所有?Tuple，都會受到該漏洞的影響。

具體的涉及到的操作如下：

event

error

abi.encode*

returns??????//thereturnoffunction

struct???????//theuserdefinedstruct

allexternalcall

當合約代碼中存在上訴受影響的操作時，保證最后一個參數不為定長的?uint?或?bytes?32?數組

使用不受漏洞影響的?Solidity?編譯器

尋求專業的安全人員的幫助，對合約進行專業的安全審計

Learnmore:Website?|Medium?|Twitter

Tags：SOLLIDDITSOLIDSolar EnergyStarCreditsSOLID幣

OKB