DeFi Saver 用户 31 万 DAI 是如何被盗的？慢雾技术拆解攻击细节

用户 31 万 DAI 被盗与 DeFi Saver 今年 6 月公布的漏洞有关，此漏洞还将影响其它向 SaverExchange 授权的合约代币。

原文标题：《慢雾：DeFi Saver 用户的 31 万枚 DAI 是如何被盗的？》撰文：Kong，就职于慢雾安全团队

2020 年 10 月 8 号，去中心化钱包 imToken 发推表示，用户报告称 31 万枚 DAI 被盗，这与 DeFi Saver Exchange 漏洞有关。 DeFi Saver 对此回应称，被盗资金仍旧安全，正在联系受害用户。截至目前，资金已全部归还受害用户。早在今年 6 月份 DeFi Saver 就表示该团队发现 DeFi Saver 应用系列中自有交易平台的一个漏洞，此次 31 万枚 DAI 被盗也与此前的 SaverExchange 合约漏洞有关。慢雾安全团队在收到情报后，针对此次 31 万枚 DAI 被盗事件展开具体的分析。

查看这笔攻击交易

其中可以看到被盗用户 0xc0 直接转出 31 万枚 DAI 到攻击合约 0x5b。

我们可以使用 OKO 浏览器查看具体的交易细节：

从中可以看出攻击者通过调用 swapTokenToToken 函数传入 _exchangeAddress，_hide，_dest 为 DAI 合约地址，选择 _exchangeType 为 4，并传入自定的 _callData 。可以猜测这是攻击成功的关键函数，接下来对其进行具体的分析：

1、在代码第 5 行可以看到先对 orderAddresses[1] 是否为 KYBER_ETH_ADDRESS 地址做了判断，由于 orderAddresses[1] 为 DAI 合约地址，因此将直接调用 transferFrom 函数将数量为 _amount 的 DAI 转入本合约。

2、接下来在代码第 11、12 行，通过 takeFee 函数计算 fee，最终计算结果都为 0，这里不做展开。

3、由于攻击者传入的 _exchangeType 为 4，因此将走代码第 22 行 if (_exchangeType == 4) 的逻辑。在代码中我们可以看出在此逻辑中调用了 takeOrder 函数，并传入了攻击者自定的 _callData，注意这将是本次攻击的关键点，接下来切入分析 takeOrder 函数：

4、在 takeOrder 函数中的第 4 行，我们可以直观的看出此逻辑可对目标 _addresses[0] 的函数进行调用，此时 _addresses[0] 为 _exchangeAddress 即 DAI 合约地址，而具体的调用即攻击者自定传入的 _callData，因此如果持有 DAI 用户在 DAI 合约中对 SaverExchange 合约进行过授权，则可以通过传入的 _callData 调用 DAI 合约的 transferFrom 函数将用户的 DAI 直接转出，具体都可以在 _callData 中进行构造。

5、接下来由于返回的 tokens[0] 为 1，所以将走 swapTokenToToken 函数代码块中第 76 行以下的逻辑，可以看到都是使用 if 判断的逻辑，毫无疑问都能走通。

让我们通过攻击者的操作来验证此过程是否如我们所想：

1、通过链上记录可以看到，被盗的用户历史上有对 SaverExchange 合约进行 DAI 的授权，交易哈希如下：

0xdcf73848022ec1f730d9fdb90f4e8563f0dff48d9191aab19fc51241708eacf0

2、通过链上数据可以发现传入的_callData 为：

其中可以看出 23b872dd 为 transferFrom 函数签名。

3、通过链上调用过程可看出攻击者直接调用 DAI 合约的 transferFrom 函数将被盗用户的 31 万枚 DAI 转走：

1、攻击者调用 swapTokenToToken 函数传入 _exchangeAddress 为 DAI 合约地址，选择 _exchangeType 为 4，并将攻击 Payload 放在 _callData 中传入。

2、此时将走 _exchangeType == 4 的逻辑，这将调用 takeOrder 函数并传入 _callData。

3、takeOrder 函数将对传入的 _callData 进行具体调用，因此如果持有 DAI 用户在 DAI 合约中对 SaverExchange 合约进行过授权，则可以通过传入的 _callData 调用 DAI 合约的 transferFrom 函数将用户的 DAI 直接转出，具体都可以在 _callData 中进行构造。

4、通过构造的 _callData 与此前用户对 SaverExchange 合约进行过 DAI 的授权，SaverExchange 合约可以通过调用 DAI 合约的 transferFrom 函数将用户账户中的 DAI 直接转出至攻击者指定的地址。

此漏洞的关键在于攻击者可以通过 takeOrder 函数对目标合约 _addresses[0] 的任意函数进行任意调用，而传入 takeOrder 函数的参数都是用户可控的，且未对参数有任何检查或限制。因此，为避免出现此类问题，建议项目方使用白名单策略对用户传入的 _callData 等参数进行检查，或者结合项目方具体的业务场景寻找更好的调用方式，而不是不做任何限制的进行随意调用。

此漏洞不仅只影响到通过 DAI 合约对 SaverExchange 合约授权过的用户，如果用户历史对 SaverExchange 合约有进行过其他 Token 的授权，则都会存在账户 Token 被任意转出风险。建议此前有对 SaverExchange 合约进行过授权的用户尽快取消授权（推荐使用这个网站自查授权情况），避免账户资产被恶意转出。