简析 SushiSwap 第二次被攻击始末

背景

2021年1月27日，据慢雾区情报，SushiSwap再次遭遇攻击，此次问题为DIGG-WBTC交易对的手续费被攻击者通过特殊的手段薅走。慢雾安全团队在收到情报后立马介入相关事件的分析工作，以下为攻击相关细节。

SushiMaker是什么

SushiMaker是SushiSwap协议中的一个重要的组件，其用于收集SushiSwap每个交易对的手续费，并通过设置每个代币的路由，将不同交易对的手续费最终转换成sushi代币，回馈给sushi代币的持有者。这个过程就是发生在SushiMaker合约上。

说说恒定乘积

恒定乘积的公式很简单，在不计算手续费的情况下，恒定乘积的公式为

安全团队：Rubic被攻击事件简析:金色财经报道，据区块链安全审计公司Beosin旗下Beosin EagleEye安全风险监控、预警与阻断平台监测显示，Rubic项目被攻击，Beosin安全团队分析发现RubicProxy合约的routerCallNative函数由于缺乏参数校验，_params可以指定任意的参数，攻击者可以使用特定的integrator来让RubicProxy合约可以几乎零成本的调用自己传入的函数data。攻击者通过调用routerCallNative函数，把所有授权给RubicProxy合约的USDC全部通过transferFrom转入了0x001B地址，被盗资金近1100个以太坊，通过Beosin Trace追踪发现被盗资金已经全部转入了Tornado cash。[2022/12/25 22:06:32]

也就是说每次兑换，其实都是遵循这个公式，及交易前后K值不变，在兑换的过程中，由于要保持K值不变，公式的形式会是这个样子

安全团队：Audius项目恶意提案攻击简析，攻击者总共获利约108W美元:7月24日消息，据成都链安“链必应-区块链安全态势感知平台”安全舆情监控数据显示，Audius项目遭受恶意提案攻击。成都链安安全团队简析如下：攻击者先部署恶意合约并在Audius: Community Treasury 合约中调用initialize将自己设置为治理合约的监护地址，随后攻击者调用ProposalSubmitted 提交恶意85号提案并被通过，该提案允许向攻击合约转账1,856w个AudiusToken，随后攻击者将获得的AudiusToken兑换为ETH，总共获利约108W美元，目前获利资金仍然存放于攻击者地址上（0xa0c7BD318D69424603CBf91e9969870F21B8ab4c）。[2022/7/24 2:34:31]

其中X代表卖掉的代币，Y代表要购买的代币，那么每次能兑换到的代币数量会是这个样子(具体的推导过程就不演示了:D)

慢雾：Harmony Horizon bridge遭攻击简析:据慢雾安全团队消息，Harmony Horizon bridge 遭到黑客攻击。经慢雾 MistTrack 分析，攻击者（0x0d0...D00）获利超 1 亿美元，包括 11 种 ERC20 代币、13,100 ETH、5,000 BNB 以及 640,000 BUSD，在以太坊链攻击者将大部分代币转移到两个新钱包地址，并将代币兑换为 ETH，接着将 ETH 均转回初始地址（0x0d0...D00），目前地址（0x0d0...D00）约 85,837 ETH 暂无转移，同时，攻击者在 BNB 链暂无资金转移操作。慢雾 MistTrack 将持续监控被盗资金的转移。[2022/6/24 1:28:30]

从公式上可以看到，当输出代币Y的兑换数量上限取决于Y代币的数量，而和X代币数量的大小无关，反过来说，如果要卖掉的X代币数量很大，但是Y代币的数量很小，那么就会造成大量的X代币只能兑换出少量的Y代币，而这个兑换价格相比正常的交易价格会偏离很多，这就是所谓的滑点，是本次攻击中的关键。

慢雾：BSC项目Value DeFi vSwap 模块被黑简析:据慢雾区情报，币安智能链项目 Value DeFi 的 vSwap 模块被黑，慢雾安全团队第一时间介入分析，并将结果以简讯的形式分享，供大家参考：

1. 攻击者首先使用 0.05 枚 WBNB 通过 vSwap 合约兑换出 vBSWAP 代币；

2. 攻击者在兑换的同时也进行闪电贷操作，因此 vSwap 合约会将兑换的 vBSWAP 代币与闪电贷借出的 WBNB 转给攻击者；

3. 而在完成整个兑换流程并更新池子中代币数量前，会根据池子的 tokenWeight0 参数是否为 50 来选择不同的算法来检查池子中的代币数量是否符合预期；

4. 由于 vSwap 合约的 tokenWeight0 参数设置为 70，因此将会采用第二种算法对池子中的代币数量进行检查；

5. 而漏洞的关键点就在于采用第二种算法进行检查时，可以通过特殊构造的数据来使检查通过；

6. 第二种算法是通过调用 formula 合约的 ensureConstantValue 函数并传入池子中缓存的代币数量与实时的代币数量进行检查的；

7. 在通过对此算法进行具体分析调试后我们可以发现，在使用 WBNB 兑换最小单位(即 0.000000000000000001) vBSWAP 时，池子中缓存的 WBNB 值与实时的值之间允许有一个巨大的波动范围，在此范围内此算法检查都将通过；

8. 因此攻击者可以转入 WBNB 进行最小单位的 vBSWAP 代币兑换的同时，将池子中的大量 WBNB 代币通过闪电贷的方式借出，由于算法问题，在不归还闪电贷的情况下仍可以通过 vSwap 的检查；

9. 攻击者只需要在所有的 vSwap 池子中，不断的重复此过程，即可将池子中的流动性盗走完成获利。详情见原文链接。[2021/5/8 21:37:37]

攻击流程

2020年11月30日，SushiSwap就曾因为SushiMaker的问题出现过一次攻击(详解参阅:以小博大，简析SushiSwap攻击事件始末)，本次攻击和第一次攻击相似，但流程上有区别。相较于旧合约，在新的合约中，手续费在兑换的过程中会通过bridgeFor函数为不同交易对中的代币寻找特定的兑换路由，然后进行兑换。

其中，bridgeFor函数的逻辑如下：

根据bridgeFor的逻辑，我们不难发现，如果没有手动设置过特定币种的bridge，那么默认的bridge是WETH，也就是说，在未设置bridge的情况下，默认是将手续费兑换成WETH。而DIGG这个币，就是正好没有通过setBridge设置对应的bridge的。

但是这里还有一个问题，就是在swap的过程中，如果这个交易对不存在，兑换的过程是失败的。本次攻击中，DIGG-WETH这个交易对一开始并不存在，所以攻击者预先创建一个DIGG-WETH的交易对，然后添加少量的流动性。这个时候如果发生手续费兑换，根据前面说的恒定乘积的特性，由于DIGG-WETH的流动性很少，也就是DIGG-WETH中的WETH上限很小，而SushiMaker中的要转换的手续费数量相对较大，这样的兑换会导致巨大的滑点。兑换的过程会拉高DIGG-WETH交易对中WETH兑DIGG的价格，并且，DIGG-WETH的所有DIGG手续费收益都到了DIGG-WETH交易中。通过观察DIGG-WETH交易对的流动性情况，流动性最大的时候也才只有不到2800美元的流动性，这个结果也能和公式的推导相互验证。

攻击者在SushiMaker完成手续费转换后，由于DIGG-WETH交易对中WETH兑DIGG的价格已经被拉高，导致少量的WETH即可兑换大量的DIGG，而这个DIGG的数量，正是DIGG-WBTC交易对的大部分手续费收入。

总结

本次攻击和SushiSwap第一次攻击类似，都是通过操控交易对的兑换价格来产生获利。但是过程是不一样的。第一次攻击是因为攻击者使用LP代币本身和其他代币创建了一个新的交易对，并通过操纵初始流动性操控了这个新的交易对的价格来进行获利，而这次的攻击则利用了DIGG本身没有对WETH交易对，而攻击者创建了这个交易对并操控了初始的交易价格，导致手续费兑换过程中产生了巨大的滑点，攻击者只需使用少量的DIGG和WETH提供初始流动性即可获取巨额利润。

相关参考链接如下：

SushiMaker归集手续费交易：

https://etherscan.io/tx/0x90fb0c9976361f537330a5617a404045ffb3fef5972cf67b531386014eeae7a9

攻击者套利交易：

https://etherscan.io/tx/0x0af5a6d2d8b49f68dcfd4599a0e767450e76e08a5aeba9b3d534a604d308e60b

DIGG-WETH流动性详情：

https://www.sushiswap.fi/pair/0xf41e354eb138b328d56957b36b7f814826708724

Sushi第一次被攻击详解：

https://mp.weixin.qq.com/s/-Vp9bPSqxE0yw2hk_yogFw

标签：ETHDIGDIGGIGGRETH币digifinex安全吗digg币价格BIGGLES币

USDT热门资讯