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

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

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

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

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

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

Part.1

-DecentralizedExchange

重入漏洞

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

Binance將于4月6日15:00對以太坊網絡進行錢包維護:4月5日消息，據官方公告，Binance將于2023年4月6日15:00對以太坊網絡（ERC20）進行錢包維護，維護大約需要兩個小時。錢包維護期間，以太坊網絡（ERC20）上的Token交易不會受到影響。充提幣將于4月6日14:55起暫停，維護完成后重新開放充值和提現服務。[2023/4/5 13:45:23]

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

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

鮑威爾：加密貨幣、抵押貸款領域的非銀行活動應受到與受監管銀行相同的監管:金色財經報道，美聯儲主席鮑威爾表示，同樣的活動，同樣的監管是我支持加密貨幣和其他關注領域的基本原則。仔細監控中小銀行對CRE的敞口。加密貨幣、抵押貸款領域的非銀行活動應受到與受監管銀行相同的監管。美聯儲非常堅定地致力于為銀行量身定制監管規定。[2023/3/8 12:48:07]

圖1Uniswap的tokenToEthInput函數

圖2imBTC的transferFrom函數

圖3imBTC的__callTokensToSend函數

詳細攻擊流程如下：

圖4ETH-imBTC事件流程圖

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

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

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

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

Bee2Bee網絡啟動3000萬美元學徒擴展捐贈基金和Bee2Bee幣:金色財經報道，The Bee2Bee Network學徒計劃宣布啟動其新的 \"3000萬美元學徒擴展捐贈基金 \"及其標志性加密貨幣Bee2Bee Coin,這將支持其基于信息技術的注冊學徒計劃的創新企業舉措。

經佛羅里達州教育部和美國勞工部批準和認可，Bee2Bee網絡學徒計劃正在創建和擴大注冊學徒和行業認可的學徒計劃（IRAP），涉及的高需求領域包括網絡安全、信息技術、遠程醫療/保健、電子商務、數字營銷、房地產、零售、時尚、娛樂、旅游和金融科技。學徒們在學習新的技術技能、認證、軟技能的同時，還有機會在學徒期間購買和/或賺取Bee2Bee Coin加密貨幣，這將成為他們未來有形和不斷增長的投資工具。更重要的是，Bee2Bee幣還可以用來購買商品和服務，包括通過學徒們正在研究的LifeStyles In 360電子商務虛擬購物NFT平臺購買房地產。（prnewswire）[2022/8/9 12:10:46]

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

Alameda向FTX再次轉入1435萬枚USDT:6月22日消息，據PeckShield監測顯示，Alameda FTX Deposit錢包地址（0x83a127952d266A6eA306c40Ac62A4a70668FE3BD）向FTX交易所轉入1435萬枚USDT。

午間消息，Alameda FTX Deposit錢包地址于今日向FTX交易所轉入40,065,998枚USDC和19,558,208枚BUSD，價值5962萬美元。[2022/6/22 6:54:58]

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

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

Part.2

-DecentralizedExchange

swap函數未對K值進行校驗

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

Harmony正在開發Harmony-ETH跨鏈橋:6月15日消息，公鏈Harmony表示，正在開發無需信任的ETH跨鏈橋， 團隊正構建代碼。Harmony-ETH跨鏈橋將完全無需信任，改進我們當前的Horizon橋。[2022/6/15 4:26:52]

圖5Uniswap的價格波動

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

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

正常情況下，當用戶使用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：SWAPETHBEEDEXDSWAP幣togetherbnb按t打不開了bee幣什么時候上交易所DEXG幣

MATIC