PRO:黑客获利约630万美元算法稳定币$DEI被攻击事件分析_Shiba Floki Trillionaire

作者：

时间：1900/1/1 0:00:00

2023年5月6日，据Beosin-Eagle Eye态势感知平台消息，算法稳定币DEI项目合约遭受黑客攻击，黑客获利约630万美元。Beosin安全团队第一时间对事件进行了分析，结果如下。

事件相关信息

攻击交易

https://bscscan.com/tx/0xde2c8718a9efd8db0eaf9d8141089a22a89bca7d1415d04c05ba107dc1a190c3

https://arbiscan.io/tx/0xb1141785b7b94eb37c39c37f0272744c6e79ca1517529fec3f4af59d4c3c37ef

Themis Protocol遭受预言机操纵攻击，黑客获利约37万美元:6月28日消息， DeFi协议Themis Protocol发推确认协议被利用，暂停借贷功能，称目前第一个选择是尝试与黑客合作取回资金，若黑客不愿意合作将与当局合作解决，目前正在制定补偿计划。

据ChainAegis安全监测显示，Themis Protocol遭受预言机操纵攻击，攻击者窃取了37万美元。[2023/6/28 22:05:10]

攻击者地址

Bsc：0x08e80ecb146dc0b835cf3d6c48da97556998f599

Arbitrum：0x189cf534de3097c08b6beaf6eb2b9179dab122d1

安全公司：MooCakeCTX项目黑客获利约143921美元:11月7日消息，MooCakeCTX遭到攻击，截至写稿时为止，黑客获利约143921美元。

经Fairyproof初步分析，发现疑似原因为该合约在用户质押前（depositAll函数）未结算奖励进行复投（未调用`earn`函数），这会导致用户在质押后就马上能获取以前的质押分红。攻击者在同一个区块内使用闪电贷借出 50000个cake代币后，连续两次进行质押，然后再提取质押的cake代币，归还后获利。攻击地址为: 0x35700c4a7bd65048f01d6675f09d15771c0facd5 , Fairyproof正严密注意该地址的动向，并提醒类似的合约注意防范此类问题。[2022/11/7 12:27:46]

被攻击合约

Wormhole通过Immunefi平台修复一高危漏洞，黑客获1000万美元奖励:5月21日，据Immunefi官方消息，白帽黑客satya0x通过该平台为跨链桥Wormhole检举出一高危漏洞，并因此获得1000万美元奖励金，创下Immunefi平台获奖金额最高记录。该漏洞很快得到修复，没有用户资金受到影响。[2022/5/21 3:32:04]

0xde1e704dae0b4051e80dabb26ab6ad6c12262da0

两条链上漏洞原理以及攻击手法相同，这里以Bsc链上交易为例进行分析：

1.攻击者调用攻击合约的0xf321f780函数发起攻击。

Rari Capital在Fuse上的资金池遭到攻击，黑客获利近8000万美元:4月30日消息，Rari Capital在Fuse上的资金池遭到攻击，黑客获利近8000万美元。算法稳定币协议Fei Protocol表示如果黑客愿意归还被盗资金，愿意提供1000万美元赏金。[2022/4/30 2:42:33]

2.攻击合约首先调用DEI合约的approve函数给pair授权一个很大的值，随后调用DEI合约的burnFrom函数，传入pair地址。

3.随后，攻击合约直接调用DEI合约的transferFrom函数将pair的DEI代币全部转移给攻击合约，只剩下一个单位的DEI代币。

4.之后，攻击合约调用pair的sync函数，更新储备量，此时pair中只有1个单位的DEI和超130万枚USDT。

5.最后，攻击合约使用所有的DEI将USDC全部兑换出来。

我们从上述的攻击过程不难发现，本次事件的主要问题在于第2步与第3步，攻击者调用了approve和burnFrom函数之后，为什么就能直接调用transFrom函数将“其他人”的代币转移走？

我们看一下approve与burnFrom函数的代码，approve函数为正常授权函数，并没有什么问题，关键在于burnFrom函数（如下图），burnFrom函数正常逻辑是获取被销毁地址给调用者地址授权数量，之后将授权数量减去销毁数量的新值用于更新授权数量。可以看到，309行的代码函数获取用户授权值，而开发者将被销毁地址与调用者地址写反，导致获取的授权值是黑客可以任意设置的，在这之前，黑客调用approve函数授权了一个巨大的数，所以这里获取的值是一个巨大的值，在310行代码，将授权值进行更新，这里传递的值就是一个异常大的值，导致burnFrom函数调用结束后，pair地址给黑客地址授权了一个巨大的值，而黑客也能任意控制pair的代币。