Uniswap:DeFi浪潮下的“狠角色”DEX，夠安全嗎？_universeshield

如今，隨著人們對DeFi的興趣日益濃厚，DEX風靡一時。它們解決了常見的CEX問題，那我們也會問，DEX夠安全嗎？

在上一篇說明了代幣本身的安全問題后|DEFI安全問題之基礎篇），現在來聊聊DEX在兌換代幣時可能產生的安全問題。目前DEX主要面臨的安全問題大致可分成兩類：

DEX項目本身存在的安全問題。

作為第三方協議，與其他DEFI項目交互時產生的安全問題。

本文將對第一類安全問題進行介紹。

Part.1

-DecentralizedExchange

重入漏洞

重入漏洞在上一篇我們也提到過，它屬于需要防范的經典漏洞。與普通代幣的重入相比，Uniswap的重入漏洞的主要表現形式為：攻擊者在一筆兌換交易中利用Uniswap未及時更新價格前發起二次兌換，由于此時Uniswap未更新價格，使得二次兌換可兌出的代幣數量比正常兌換的多。此外，在Uniswap的重入攻擊中，攻擊者利用單筆交易可能只能獲得微小的收益，因此攻擊者往往傾向于使用閃電貸或者循環套利擴大戰果。

隨著Drift的“超級質押”提供一鍵杠桿，流動性質押狂潮蔓延至Solana:金色財經報道，Solana區塊鏈上具有風險承受能力的加密貨幣交易者正在效仿以太坊的“流動質押代幣”(LST)熱潮，利用其SOL代幣衍生品來追求高額收益。他們相當遲鈍的過程涉及將SOL代幣質押為名為mSOL的代理收據代幣，然后使用這些mSOL作為抵押品借入SOL，然后再次將該SOL換成mSOL，這讓人想起了長期見證的類固醇杠桿方法。數字資產市場的其他角落。Solana的鏈上加密貨幣交易項目Drift Protocol周二發布了一項名為“超級質押”的新服務，它將整個再杠桿化周期打包成一鍵式服務，希望能夠滿足更廣泛的吸引力。[2023/6/30 22:09:13]

以imBTC攻擊事件為例，該事件是由于UniswapV1在調用ERC777系列代幣時，未充分考慮合約回調的情況。

具體表現為：攻擊者使用imBTC代幣兌換ETH時，合約先通過self.getInputPrice函數計算正確的ETH數額并將ETH發送到目標地址，然后調用self.token.transferFrom函數時，會調用imBTC合約的_callTokensToSend函數，而_callTokensToSend函數會調用用戶指定存儲imBTC代幣的合約。因此，如果攻擊者部署存儲合約，并改寫其中TokensToSend函數，那么當兌換代幣時，pair(兩種代幣組成的交易對)合約調用攻擊者部署的存儲合約，就可以回調pair進行二次兌換，而二次兌換時pair合約賬本還未更新，使得計算的ETH數額比正常兌換要多，以此來獲利。

Uniswap Wallet 更新至 v1.5 版本，支持 WalletConnect 2.0:5月10日消息，Uniswap 自托管開源移動錢包 Uniswap Wallet 發布 v1.5 版本，更新包括：調整滑點、支持 WalletConnect 2.0、支持智能合約錢包。[2023/5/10 14:54:18]

圖1Uniswap的tokenToEthInput函數

圖2imBTC的transferFrom函數

圖3imBTC的__callTokensToSend函數

詳細攻擊流程如下：

圖4ETH-imBTC事件流程圖

那么，為什么在第二次調用tokenToEthSwapInput函數兌換代幣時，發送的ETH會比正常兌換要多呢?我們可以用公式來還原可兌換代幣數量的代碼邏輯：

首先，正常兌換下，getInputPrice函數計算可兌換的ETH數量為:

且正常第二次可兌換的ETH數量為：

但重入后第二次可兌換的ETH數量為：

由此可知，在重入后第二次兌換中只有ETH的儲備量減少，而imBTC儲備量未增加。這樣在分母不增加的情況下，導致了等量的imBTC可以兌換更多的ETH。

WSJ：FTX高管持續數日未能聯系到SBF:11月10日消息，FTX員工表示，盡管多次嘗試但至少有一名FTX高管幾天以來都無法與SBF取得聯系。

該高管還表示，員工并沒有得到FTX內部發生事情的信息，而是從Twitter上了解到新的進展。這位知情人士說，缺乏溝通讓員工感到憤怒和驚訝。（華爾街日報）[2022/11/10 12:42:05]

針對此類安全問題，成都鏈安建議：

當合約涉及到資產轉移時，使用“檢查-生效-交互”模式來處理邏輯，對關鍵的業務操作可以使用OpenZeppelin官方的ReentrancyGuard進行修飾。

Part.2

-DecentralizedExchange

swap函數未對K值進行校驗

Uniswap的核心是常量乘積模型K=x*y，其中的K值是該pair合約持有代幣數量的乘積，且要求之后的每一筆交易完成后K值必須增加(考慮手續費)。因此如果不進行K值校驗，將很容易成為攻擊點。

圖5Uniswap的價格波動

以ImpossibleFinance事件為例，該項目是Uniswap的仿盤，實現了兩種兌換代幣的函數：cheapSwap和swap。其中cheapSwap函數少了k值校驗，但是項目方知道缺少K值校驗的后果，專門為cheapSwap函數增加了onlyIFRouter做修飾，來限制cheapSwap函數只能被指定的Router合約調用。

OP Labs：EIP-4844將大幅降低Rollup費用，使以太坊能夠在保持去中心化的情況下擴容:7月30日消息，OP Labs推特發文稱，EIP-4844將大幅降低Rollup費用，使以太坊能夠在不犧牲去中心化的情況下擴容。近期來自OP Labs、Coinbase和ConsenSys的研究人員和開發人員參與了社區第二次會議，討論了公共開發網絡、收費市場設計和同步架構等話題。今年3月，以太坊創始人V神（Vitalik Buterin）在推特上分享了關于其和幾位開發者共同提出的EIP-4844提案，該提案建議用proto-danksharding代替擴容解決方案Danksharding。該提案致力于在尚未實際實施任何分片的情況下，部署構成完整Danksharding規范的大部分邏輯和交易格式及驗證規則。Proto-danksharding引入的主要特性是新的交易類型，稱之為攜帶blob的交易。攜帶blob的交易引入一種新的交易格式，其中包含大量數據，EVM執行無法訪問，但其提交可以訪問。提案提議每30天自動刪除blob數據，以防止網絡對數據和內存存儲的要求過大。Proto-danksharding部署后，所有驗證者和用戶仍須直接驗證完整數據的可用性。[2022/7/31 2:49:01]

圖6合約未檢查k值的cheapSwap函數

Meta：人工智能實驗室副總裁JEROME PESENTI將于六月中旬離職:6月3日消息，Meta：人工智能實驗室副總裁JEROME PESENTI將于六月中旬離職。（金十）[2022/6/3 3:59:47]

正常情況下，當用戶使用Router合約兌換代幣時，首先會使用getAmountsOut函數來計算正確的代幣數量amounts；然后調用safeTransferFrom將用戶的兌換消耗代幣轉入目標pair合約；最后，通過內部調用_swap函數來執行cheapSwap函數將兌換代幣轉至目標地址。

圖7Router01合約的swapExactTokensForTokens函數

但是，由于cheapSwap函數缺少了K值檢驗，如果攻擊者部署惡意代幣合約，在Router合約調用safeTransferFrom函數時，回調正常的pair合約進行同種兌換，由于，回調后的兌換使用的amounts仍是未更新之前的數據，已不符合改變賬本狀態之后的校驗，那么攻擊會導致以錯誤的價格兌換出目標代幣，以此獲利。

圖8合約進行k值校驗的Swap函數

該事件的具體攻擊步驟如下：

1.在準備階段攻擊者部署了AAA代幣合約，并使用閃電貸借來1000WBNB，兌換65140個項目方的IF代幣。

2.使用其中一半的IF代幣(32570個)與攻擊者自己部署的AAA代幣構建IF-AAA交易池。

3.執行AAA-IF-BUSD路徑的代幣兌換，且當Router合約調用AAA代幣合約的transferFrom函數時會執行攻擊者的惡意代碼，重入至IF-BUSD的pair合約，并將另一半IF代幣正常兌換出221897個BUSD。

4.回歸到AAA-IF-BUSD路徑的兌換，將之前計算的amounts值傳入_Swap函數中執行這筆兌換，用一半的IF又兌換了2521897個BUSBD。

5.歸還閃電貸，完成攻擊。

圖9事件流程圖

針對此類安全問題，成都鏈安建議：

在關鍵的兌換函數中必須做k值校驗，不要為了節省gas和代碼量就將K值校驗和安全驗證依賴外部驗證，做到自身功能完善。

Part.3

-DecentralizedExchange

通縮代幣未設置pair為分紅例外

通縮代幣在交易時會產生額外的分紅與手續費。如果交易合約中包含了此類代幣，且沒有進行特殊處理，那么，就可能導致交易對合約記錄的代幣儲量與實際的代幣可用余額不一致。

以XSquid事件為例，XSquid是一種通縮代幣，未將其與WHT代幣組成的pair合約地址添加獎勵例外列表，造成了pair合約除了正常代幣兌換和流動性存儲外，還存有多余的XSquid分紅獎勵代幣。因此，攻擊者就可以調用Swap函數將pair合約多余的XSquid代幣轉換為WHT提取，或者通過skim函數將多余的XSquid代幣直接提取。

圖10XSquid交易對合約未添加獎勵例外

圖11Swap函數可以兌換多余的WHT代幣

圖12skim函數可以提取大于reserve的部分

針對此類安全問題，成都鏈安建議：

DEX在添加通縮分紅型代幣時多注意手續費以及分紅的處理情況。在創建通縮分紅型代幣交易對時，可以添加獎勵例外來避免此類代幣的分紅問題。

此外，以下兩類不屬于DEX本身的安全問題，但是被項目方借助了DEX的特性實施詐騙，所以將其寫在文章末尾。

PART.1

詐騙交易池

這類問題主要是指項目方在自己發行的代幣里留有后門，創建與主流代幣的交易池，誘使投資者使用手里存在價值的代幣買入項目方代幣，并且不斷拉盤對投資者進行投資欺騙。

以下面的TRTC項目方為例，項目方創建了ETH-TRTC的交易池。但是在TRTC的代幣合約對transferFrom函數做了相關限制，要求代幣的轉出方為owner(管理員)或者為Uniswap。因此對于投資者，僅可以通過Uniswap買入TRTC代幣，而不能賣出TRTC代幣。最后由項目方把投資者投入的ETH提走跑路，給投資者帶來了巨大的損失。

圖13TRTC合約的transfer函數

圖14TRTC合約的ensure修飾

圖15TRTC合約的transferFrom函數

PART.2

項目方RugPull

RugPull是指項目方卷走投資者資金跑路的行為，目前已成為DeFi生態系統的最大騙局類型，項目方刻意制造代幣價格暴漲的假象、許諾為提供流動性的投資者提供高回報等方式來大量聚集資金，一旦時機成熟就移除池子里的流動性或將代幣卷走。這樣的例子在DeFi屢見不鮮，AnubisDAO、MeerkatFinance、TurtleDEX、Squidtoken魷魚幣等都是在卷款跑路之后，注銷網站和社交媒體銷聲匿跡，導致投資者承擔了巨大的損失。

寫在最后

成都鏈安建議項目方使用鎖倉和多重簽名來控制代幣流動性，避免出現砸盤跑路的情況。投資者不要被天上掉餡餅的事情沖昏頭腦，防范虛假宣傳。

Tags：SWAPETHUNIUniswapLlamaSwapethicaljudgementuniverseshieldethereumuniswap

以太坊