HAI:Poly Network攻擊關鍵步驟深度解析_Chain

前言

北京時間2021年8月10日，跨鏈橋項目PolyNetwork遭遇攻擊，損失超過6億美金。雖然攻擊者在后續償還被盜數字貨幣，但是這仍然是區塊鏈歷史上涉及金額最大的一次攻擊事件。由于整個攻擊過程涉及到不同的區塊鏈平臺，并且存在合約以及Relayer之間的復雜交互，對于攻擊的完整過程和漏洞的根本原因，現有分析報告并未能梳理清楚。

整個攻擊分為兩個主要階段，包括修改keeper簽名和最終提幣。對于第二階段，由于keeper簽名已經被修改，因此攻擊者可以直接構建惡意提幣交易，具體可以參見我們之前的報告。然而對于修改keeper簽名的交易是如何最終在目標鏈執行的，目前并沒有詳細的文章闡明。而這一步是攻擊的最核心步驟。

本報告從修改keeper簽名交易入手(Ontology鏈上交易0xf771ba610625d5a37b67d30bf2f8829703540c86ad76542802567caaffff280c)，分析了背后的原理和漏洞的本質。我們發現以下幾個原因是Keeper能被修改的原因：

源鏈上(Ontology)的relayer沒有對上鏈的交易做語義校驗，因此包含修改keeper惡意交易可以被打包到polychain上

目標鏈上(以太坊)上的relayer雖然對交易做了校驗，但是攻擊者可以直接調用以太坊上的EthCrossChainManager合約最終調用EthCrossChainData合約完成簽名修改

攻擊者精心夠著了能導致hash沖突的函數簽名，從而調用putCurEpochConPubKeyBytes完成對簽名的修改

外媒：貝萊德、Apollo等債權人曾為Core Scientific提供約5億美元貸款:1月25日消息，據外媒報道，包括貝萊德（BlackRock）和Apollo Global Management在內的一組債權人通過購買其有擔保的可轉換票據向破產的比特幣礦企CoreScientificInc.提供了約5億美元的貸款。

這些票據的其他持有者包括投資公司Ibex Investors、Gullane Capital、ICG Advisors 和 MassMutual，最大債權人 Ibex Investors 在 2022 年 4 月份通過購買票據向 Core Scientific 提供了近 9800 萬美元的貸款，并承諾向其 DIP 貸款再提供 1000 萬美元。除了可轉換票據外，Core Scientific 還通過其計算設備支持的貸款從加密貨幣貸方借入了數億美元。（ BNN Bloomberg）[2023/1/25 11:29:33]

涉及交易和合約

整個過程中的交互流程如下：

Ontology交易->OntologyRelayer->PolyChain->EthereumRelayer->Ethereum

以太坊

0x838bf9e95cb12dd76a54c9f9d2e3082eaf928270:EthCrossChainManager

0xcf2afe102057ba5c16f899271045a0a37fcb10f2:EthCrossChainData

Centrifuge 贏得 Polkadot 的第 9 個平行鏈插槽:金色財經報道，去中心化資產融資協議Centrifuge贏得了 Polkadot 的第 9 個平行鏈插槽，與 Polkadot 第二組平行鏈拍賣的其他平行鏈一樣，預計將于 3 月 11 日推出。

Centrifuge 用于將非數字原生的現實世界資產連接到去中心化金融中。它旨在允許用戶在不使用中介和銀行等的情況下為房地產融資并賺取特許權使用費。（cryptopotato）[2022/1/29 9:20:58]

0x250e76987d838a75310c34bf422ea9f1ac4cc906:LockProxy

0xb1f70464bd95b774c6ce60fc706eb5f9e35cb5f06e6cfe7c17dcda46ffd59581:修改keeper的交易

Ontology

0xf771ba610625d5a37b67d30bf2f8829703540c86ad76542802567caaffff280c:修改keeper的交易

Poly

0x1a72a0cf65e4c08bb8aab2c20da0085d7aee3dc69369651e2e08eb798497cc80:修改keeper的交易

攻擊流程

整個攻擊大致可以分為三個步驟。第一個步驟是在Ontology鏈生成一條惡意交易(0xf771ba610625d5a37b67d30bf2f8829703540c86ad76542802567caaffff280c)，第二個步驟是修改以太坊EthCrossChainData合約中的keeper簽名，第三個步驟構造惡意交易發起最終攻擊和提幣。

Exmo遭到黑客攻擊，黑客將資金轉入Poloniex:12月25日消息，歐洲加密交易所EXMO被黑客攻擊盜取資產，被將資產轉移到了Poloniex。 Poloniex合規部門發言人證實稱，在其收到Exmo團隊的信息后，官方第一時間凍結了相關賬戶。 但是不幸的是，Exmo通知Poloniex的幾個小時前，黑客已經進行了資產提現。

此前12月21日消息，Exmo出現重大安全漏洞，官方已凍結提款，BTC、XRP、ZEC、USDT、ETC 和ETH六種加密貨幣受到影響。官方表示，在12月25日至26日恢復存取款。（Cointelegraph）[2020/12/25 16:30:48]

步驟一

攻擊者首先在Ontology發起了一筆跨鏈交易，里面包含了一個攻擊payload:

可以看出交易包含了精心設計的函數名，目的在于通過造成哈希沖突的方式調用putCurEpochConPubKeyBytes函數。關于哈希函數沖突的細節在網絡上已有很多討論，可以參考.

隨后，該筆交易被OntologyRelayer接收，注意這里并沒有很嚴格的校驗。該交易會通過Relayer在PolyChain成功上鏈。EthereumRelayer會感知到新區塊的生成。

然而，這筆交易被EthereumRelayer拒絕了。原因在于EthereumRelayer對目標合約地址有校驗，只允許LockProxy合約作為目標地址，而攻擊者傳入的是EthCrossChainData地址。

Synthetix將于9月1日凌晨5時部署Pollux版本升級:合成資產平臺Synthetix官方宣布，將于UTC時間8月31日晚9點左右（北京時間9月1日凌晨5點）開始部署Pollux版本升級，包括數個協議改進：SIP-36、SIP-63、SIP-64、SIP-75、SIP-76、SIP-77以及SIP-78。在這段時間內，用戶可能無法與系統進行交互，包括使用Mintr或Synthetix.Exchange和轉移SNX或Synths。[2020/8/27]

因此，攻擊者攻擊之路在此中斷。但如前所述，包含惡意payload的攻擊交易已經在PolyChain成功上鏈，可被進一步利用。

步驟二

攻擊者手動發起交易，調用EthCrossChainManager合約中的verifyHeaderAndExecuteTx函數，將之前一步保存在PloyChain區塊中的攻擊交易數據作為輸入。由于該區塊是polychain上的合法區塊，因此可以通過verifyHeaderAndExecuteTx中對于簽名和merkleproof的校驗。然后執行EthCrossChainData合約中的putCurEpochConPubKeyBytes函數，將原本的4個keeper修改為自己指定的地址。

步驟三

在keeper被修改之后，攻擊者直接調用目標鏈上的verifyHeaderAndExecuteTx函數,最終調用至Unlock函數，大量地轉移資金，給項目方帶來了嚴重的損失。具體的攻擊細節可參考我們之前的報告。

公告 | 加密貨幣交易所Poloniex將于12月25日支持TRX質押:據波場官方推特，加密貨幣交易所Poloniex將于12月25日增加對Tron（TRX） 質押的支持。[2019/12/19]

Relayer代碼分析

在本攻擊過程中，Ontology方和以太坊方均有Relayer負責將來自Ontology的交易在polyChain上鏈，以及將polychain上的交易放到以太坊。這兩個Relayer是由Go語言實現的服務進程。

然而我們發現，這兩個Relayer都缺乏有效的校驗。這導致

攻擊者可以在Ontology構造一條惡意的跨鏈交易，并且成功打包到polychain上。

雖然在以太坊的Relayer具有校驗功能，但是攻擊者可以直接同以太坊上的鏈上合約進行交互，直接執行惡意的函數。

OntologyRelayer完全信任來自Ontology上的跨鏈交易

PolyNetwork的?ont_relayer(https://github.com/polynetwork/ont-relayer)?負責監聽Ontology鏈上的跨鏈交易并將其打包入傳入PolyChain.

注：

在OntologyRelayer中，Side指OntologyChain;Alliance指PolyChain.

CrossChainContractAddress是Ontology鏈上原生編號為09的智能合約.

上圖中，OntologyRelayer啟動時開啟三個Goroutines分別負責監聽OntologyChain和PolyChain的跨鏈交易，以及對PolyChain上的跨鏈交易做狀態檢查。在本報告中，我們只關注69行的監聽Side的代碼邏輯。

在上圖中，OntologyRelayer調用Ontology鏈提供的RPC接口（第215行，調用SDK函數GetSmartContractEventByBlock)獲取區塊中觸發的智能合約事件;然后在第228和232行表明OntologyRelayer只監聽OntologyChain上由CrossChainContractAddress觸發的makeFromOntProof事件;

上圖中，在處理OntologyChain上的跨鏈交易時，OntologyRelayer總共做了五次校驗，分別是兩次向OntologyChain發送的RPC請求校驗(check1和check4),以及三次參數是否為空的校驗(check2,check3,和check5)。這五次校驗都屬于常規校驗，并未對來自OntologyChain上的跨鏈交易做語義上的校驗;第167和171行取出了在目標鏈上執行所需要的交易參數信息;第183行向PolyChain發送交易;

OntologyRelayer在構造了PolyChain上的交易后便向PolyChain發起RPC請求發送交易（第164行，函數調用SendTransaction);

這個名為ProcessToAliianceCheckAndRetry的Goroutine也僅僅是做了重發失敗交易的工作，仍然未對來自OntologyChain上的跨鏈交易做任何語義上的校驗。

至此，我們可以看出ont-relayer監聽所有來自OntologyChain由CrossChainContractAddress觸發的makeFromOntProof事件，并未對其做任何語義上的校驗，便向PolyChain轉發了交易。而任何人向Ontology發送的任何跨鏈交易都會觸發CrossChainContractAddress的makeFromOntProof事件，所以OntologyRelayer會將所有來自Ontology上的跨鏈交易都轉發到Polychain上。

EthereumRelayer中的無效校驗

EthereumRelayer?負責監聽PolyChain并將目標鏈為Ethereum的跨鏈交易轉發到Ethereum上。

EthereumRelayer啟動一個Goroutine來監控PolyChain;

EthereumRelayer監聽所有PolyChain上目標鏈為Ethereum的跨鏈交易;EthereumRelayer會校驗跨鏈交易的目標合約是否為config.TargetContracts中指定的合約之一，如果不是則不會發送這筆跨鏈交易到Ethereum上。

雖然EthereumRelayer對PolyChain上的跨鏈交易做了部分校驗，比如限制了目標合約，但是與PolyChain不同，任何人都可以向Ethereum上的EthCrossChainManager合約發送交易。換句話說，EthereumRelayer在這里做的校驗沒有實際的意義，只要包含惡意payload的跨鏈交易被成功打包進了PolyChain,那么任何人都可以直接使用已經打包好的區塊數據將payload發送到以太坊EthCrossChainManager合約并執行。

攻擊者正是利用了上述兩個缺陷，完成了攻擊流程中的步驟一和步驟二。

寫在最后

通過對整個攻擊流程的完整梳理和詳盡分析，我們認為Relayer的不完整校驗是攻擊得以發生的根本原因。其它方面則更多地屬于比較精彩的攻擊技巧。總而言之，跨鏈的校驗和鑒權是跨鏈系統安全的關鍵所在，值得社區付出更多的努力。

Tags：CHAAINHAIChainblockchain怎么注冊EZChainblockchain錢包是哪個國家的

歐易交易所