ERC777 與任意調用合約可能出現的安全問題_777

最近，在與我們的一個客戶合作時，我們發現了一個有趣的錯誤，有可能成為一些DeFi項目的攻擊媒介。這個錯誤尤其與著名的ERC777代幣標準有關。此外，它不僅僅是眾所周知的黑客中常見的簡單的重入問題。

這篇文章對ERC777進行了全面的解釋，涵蓋了所有必要的細節。深入研究ERC777代幣的具體細節的資源很少，這篇文章對于有興趣深入了解ERC777代幣的人來說是一個有價值的詳細指南。

在文章的最后部分，將解釋我們最近的發現。

這個漏洞利用了ERC777的特性，能夠設置一個Hook 接收函數。通過利用在目標合約中進行任意調用的能力，惡意調用者可以調用 ERC777 注冊表合約，并為目標合約分配一個特定的Hook地址。因此，只要目標合約在未來收到ERC777代幣，攻擊者的Hook合約就會被觸發。這個Hook可以以各種方式加以利用：要么用于重入攻擊以竊取代幣，要么只是回退交易，從而阻止目標合約發送或接收ERC777代幣。

ERC777是帶有轉賬Hook的代幣標準之一。這里是 EIP描述：https://eips.ethereum.org/EIPS/eip-777 ， 這里是一篇 ERC777 實踐。

Mercy Corps Ventures推出加密基金“Crypto for Good Fund”:金色財經報道，加密投資機構Mercy Corps Ventures宣布推出加密基金“Crypto for Good Fund”，該基金旨在為全球新興市場中的Web3解決方案開發者提供測試支持，并將投入100萬美元支持10家初創公司，每家可獲得10萬美元的捐贈資金。Mercy Corps Ventures參投過多家加密公司，包括去中心化借貸協議Goldfinch、加密投資應用Ejara、碳中和區塊鏈平臺OFP等。（bitcoinke）[2023/2/14 12:06:49]

實現ERC777代幣的主要動機在于希望能夠模仿原生代幣轉賬的行為。通過在代幣接收時觸發智能合約，開發人員可以執行特定的邏輯，以增強功能并創建更多動態的代幣交互。

然而，這些在轉賬過程中的額外調用使ERC777與ERC20代幣不同。這些Hook引入了一個新的攻擊載體，可能會影響到那些沒有設計時考慮到在代幣轉賬過程中處理額外調用的智能合約。這種出乎意料的行為會給這些合約帶來安全風險。

以下是以太坊主網上一些具有一定流動性的ERC777代幣的列表：

Solv Protocol 半同質化代幣標準 ERC-3525 已完成參考實現并開源代碼:12月12日消息，NFT 去中心化平臺 Solv Protocol 宣布已完成其提出的半同質化代幣標準ERC-3525 的參考實現 v1.1.0，該版本具有以下特點： 不可升級和可升級的合約實現 ；Openzeppelin 的 Counter 作為默認 ID 生成方法。此外，Solv Protocol 聯合創始人表示，現已免費將代碼開源給同行開發者。

據悉，ERC-3525 是與 ERC-721 完全兼容的半同質代幣標準，每個 ERC-3525 代幣都可以表示為具有各自屬性的唯一 ERC-721 實體。通過添加“單元”屬性，開發人員設法創建了半可替代性，可以隨意拆分和合并的單獨的資產。[2022/12/12 21:39:27]

當Hook發生時

ERC20 代幣只是在轉賬過程中更新余額。但ERC777代幣是這樣做的：

1.對代幣發起者的地址進行Hook調用

2.更新余額

3.對代幣接收方地址進行Hook調用

這在VRA代幣中得到了很好的說明：

76天后ERC20 USDT再度增發1.2億 預增發池尚余11.7億枚:北京鏈安Chainsmap監測系統發現，北京時間7月23日凌晨泰達增發1.2億枚USDT，這是今年5月7日1.2億ERC20 USDT增發76天后，泰達首次進行ERC20 USDT的增發（我們排除了6月29日3億枚波場USDT向ERC20 USDT切換的操作），本次增發的USDT已有1億枚直接流入Bitfinex交易所，而在泰達的ERC20 USDT預增發池中還剩余11.7億枚USDT可能在今后不定期不定額派發。[2020/7/23]

源碼: https://etherscan.io/address/0xf411903cbc70a74d22900a5de66a2dda66507255

現在，讓我們檢查一下這些調用的代碼：

正如你所看到的：

這個函數從_ERC1820_REGISTRY中讀取稱為implementer（實現者）的合約

如果該函數找到了一個實現者，那么這個實現者就會被調用。

讓我們研究一下這個注冊表，看看什么是實現者。

所有 ERC777 代幣都與注冊表（Registry）的合約有關：https://etherscan.io/address/0x1820a4B7618BdE71Dce8cdc73aAB6C95905faD24。

幣安提高ETH及ERC20代幣最低提現門檻:幣安今日凌晨發布公告稱，鑒于ETH網絡高度擁塞，為了更好地方便ERC20代幣和ETH取款，將做出如下調整：ETH最低提現數額由0.003 ETH提高至0.006 ETH；ERC20代幣最低提現數額由0.006 ETH提高至0.01 ETH。[2020/3/13]

這個地址被ERC777代幣用來存儲設定的 Hook 接收者。這些 Hook 接收者被稱為 "接口實現者"。

這意味著Alice可以選擇Bob作為她的接口實現者。如果Alice接收或發送ERC777代幣，Bob將收到Hook。

Alice 可以管理不同的Hook類型。因此，當 Alice發送代幣時，她可以選擇Bob作為接口實現者，而只有當Alice收到代幣時，她選擇Tom作為實現者。

在大多數情況下，她也可以為不同的代幣選擇不同的接口實現者。

這些偏好設置被存儲在這個映射的注冊表中：

_interfaceHash是Alice為一個事件選擇接口實現者的標識。

而任何人都可以用這個函數讀取Alice的接口實現者：

OKEx關于暫停所有ERC-20 Tokens充值的公告:由于近期以太坊ERC-20智能合約頻繁爆出\"BatchOverFlow\"安全隱患，該漏洞在轉賬時可以繞過余額檢測從而生成不存在的、巨量的Token并將其轉入正常地址中，給各個項目方和交易所帶來了巨大的安全隱患，為了保護廣大用戶的利益，OKEx決定在所有安全隱患未排除之前暫停所有基于以太坊ERC-20發行的Token的充值功能，OKEx已聯系所有已上線的項目方自行排查以消除安全隱患，待安全隱患排除以后逐步開放充值，在途中的充值會在開放充值以后自動到賬，不用擔心資金安全。[2018/4/25]

正如你所看到的，這就是我們之前在VRA代碼中遇到的函數。

變量_TOKENS_SENDER_INTERFACE_HASH被用作_interfaceHash，它可以是任何字節。但是VRA代幣使用這些字節來識別這種類型的Hook：

設置一個Hook接收函數，Alice只需在注冊表上調用這個函數并輸入Bob的地址作為_implementer參數。

她還必須指定一個_interfaceHash。她會從VRA代幣代碼中獲取這個_TOKENS_SENDER_INTERFACE_HASH。

還有一個重要的細節。

在為上面的VRA設置實現者后，Alice 也將會意識到，即使其他ERC777代幣被轉賬，Bob也會收到調用。比如 imBTC， imBTC在發送的代幣上有相同的_interfaceHash。

這是由于所有ERC777代幣共享相同的注冊表合約來存儲Hook的偏好設置。但這取決于ERC777代幣為他們的Hook指定名稱，雖然有時它們是相似的，但并不總是如此。

調用注冊表是所有 ERC777 都具有的特征。因此，我們可以嘗試dune.com來調用所有調用注冊表的智能合約。

我們可以使用這個SQL腳本。事實上，我們應該另外過濾出代幣地址，但至少我們有一個完美的開始，結果有78個地址。

譯者備注：dune  traces表 會記錄交易內部調用記錄。

理論上，沒有人能夠保證某些代幣恰好使用這個0x1820合約作為注冊表。但我們可以用dune.com來檢查。

它返回這些地址

0x1820a4b7618bde71dce8cdc73aab6c95905fad240xc0ce3461c92d95b4e1d3abeb5c9d378b1e4180300x820c4597fc3e4193282576750ea4fcfe34ddf0a7我們檢查過，0x1820是唯一擁有有價值的ERC777代幣的注冊表。其他注冊表的代幣并不那么有價值。

ERC777 不僅是一個帶有Hook的標準。還有 ERC223、ERC995或ERC667。它們并不那么稀奇。你一定聽說過實現 ERC667 的LINK代幣。

這是最近為我們的客戶發現的攻擊載體。

研究人員通常認為ERC777代幣會對調用發起者和接收者進行調用。但實際上，發起者和接收者可選擇任意 "Bob" 作為Hook接收者。

因此，想象一下結合那些具有任何數據對任何地址進行任意調用的合約會發生什么？

就有任意調用功能的可以廣泛存在于 DEX 聚合器、錢包、multicall 合約中。

譯者注：任意調用功能是指在合約中存在類似這樣的函數：

function execute(address target, uint value, string memory signature, bytes memory data, uint eta) public payable;

它可以調用任何的其他的方法。

攻擊方法：

攻擊者找到一個允許任意調用的函數的目標合約（Target）

攻擊者在目標（Target）上調用：

registy1820.setInterfaceImplementer(Target, hookHash, Attacker)

現在，我們的Attacker 是 Target 的實現者

Attacker  會隨著 ERC777代幣中使用的 hookHash 而被調用。

每當目標合約（Target）收到ERC777代幣時，Attacker就會收到一個 Hook 調用。

下面的攻擊，取決于 Target代碼 而不同：

Attacker 可以在一些用戶執行目標合約中的函數時進行重入

Attacker 可以直接回退，這樣用戶的交易就直接被還原了

如果DEX聚合器計算最佳兌換路徑是通過某個有ERC777代幣的DEX交易對時，那么可能會遇到問題。

經過與客戶數小時的討論，我們找到了一個不會破壞任意調用的解決方案。

項目方最好限制使用 Registry1820作為任意調用的地址。因此，沒有攻擊者能夠利用任意調用來設置接口實現者。

項目和審計人員必須注意到ERC777中描述的Hook行為。這些代幣不僅對接收者和發起者進行調用，也對其他一些Hook接收者進行調用。

在這個意義上，允許任意調用的項目必須特別注意，并考慮ERC777的另一個攻擊載體。

登鏈社區

個人專欄

閱讀更多

金色早8點

Odaily星球日報

金色財經

Block unicorn

DAOrayaki

曼昆區塊鏈法律

Tags：777HOOKHOOTER777幣的價格Hooked Protocolhoot幣怎么樣pottercoin

SOL