APE:雪上加霜 处于“自救期”的SushiSwap是如何被黑客攻击的?_ape币价格今日行情比特币价格

原文:《正处于“刮骨疗”自救的SushiSwap,今日又是如何被黑客攻击的?》

在严峻的财务压力下,黑客又来一击,那在黑客的打击下,SushiSwap能否走出自救的道路?

2023年4月9日,据BeosinEagleEye态势感知平台消息,SushiswapRouteProcessor2合约遭受攻击,部分对合约授权过的用户资金被黑客转移,涉及金额约1800ETH,约334万美元。

据了解,SushiSwap流动性挖矿项目,克隆自Uniswap,最大的不同是其发行了SUSHI代币,团队希望用SUSHI通证经济模型,优化Uniswap。但Uniswap创始人HaydenAdams表示,Sushi只是任何有能力的开发人员通过一天的努力创造出来的东西,试图利用炒作和Uniswap创造的价值来获利。

小幽灵联创以104ETH购入196只Lil Ghost:4月13日消息,NFT项目The Weirdo Ghost Gang“小幽灵”联创Christian2022.eth以104.07032ETH(约合20万美元)价格通过Open Sea Pro购入196只Lil Ghost。[2023/4/13 14:00:36]

其实在本次攻击之前,这个项目还有另外的“坎坷”,去年12月6日,上任仅两个月的Sushi新任“主厨”JaredGrey于治理论坛发起了一项新提案。在该提案中,Jared首次向外界披露了Sushi当前严峻的财务状况,并提出了一个暂时性的自救方案。

正是在这样的压力下,黑客又来一击,那在黑客的打击下,SushiSwap能否走出自救的道路?

MicroStrategy与Silvergate签订协议拿回34,619枚抵押的比特币:金色财经报道,据提交给美国SEC的披露,MicroStrategy已于3月24日和Silvergate Bank签订一份预付款、弃权和还款信用和担保协议,MicroStrategy自愿向Silvergate支付1.61亿美元以全面履行贷款和所有其他信贷协议义务,此前贷款所抵押的34,619枚比特币已归还给MicroStrategy保管。另据加密KOL@tier10k分析,MicroStrategy公司于2022年3月从Silvergate银行获得2.05亿美元贷款,本次协议达成意味着Silvergate Bank在这笔交易中大约亏损了4500万美元。[2023/3/27 13:29:29]

事件相关信息

我们以其中一笔攻击交易进行事件分析。

数据:持有超1000枚BTC地址数量跌至6个月低点:金色财经消息,Glassnode数据显示,持有超1000枚BTC的地址数量跌至6个月低点,地址数量为2,128。[2022/9/15 6:56:37]

攻击交易

0xea3480f1f1d1f0b32283f8f282ce16403fe22ede35c0b71a732193e56c5c45e8

攻击者地址

0x719cdb61e217de6754ee8fc958f2866d61d565cf

攻击合约

0x000000C0524F353223D94fb76efab586a2Ff8664

被攻击合约

0x044b75f554b886a065b9567891e45c79542d7357

世界摩托车锦标赛与罗马尼亚加密公司签署多年赞助协议:7月25日消息,世界摩托车锦标赛(MotoGP )与罗马尼亚加密公司签署多年赞助协议。罗马尼亚加密公司 CryptoDATA Tech 将成为 2022 年、2023 年和 2024 年世界摩托车锦标赛奥地利大奖赛的冠名赞助商。Red Bull Ring 大奖赛 - Spielberg 大奖赛的最高票房,将正式命名为 CryptoDATA Motorrad Grand Prix von ?sterreich。[2022/7/26 2:37:08]

被攻击用户

0x31d3243CfB54B34Fc9C73e1CB1137124bD6B13E1

攻击流程

1.攻击者地址(0x1876…CDd1)约31天前部署了攻击合约。

2.攻击者发起攻击交易,首先攻击者调用了processRoute函数,进行兑换,该函数可以由调用者指定使用哪种路由,这里攻击者选择的是processMyERC20。

3.之后正常执行到swap函数逻辑中,执行的功能是swapUniV3。

4.在这里可以看到,pool的值是由stream解析而来,而stream参数是用户所能控制的,这是漏洞的关键原因,这里lastCalledPool的值当然也是被一并操控的,接着就进入到攻击者指定的恶意pool地址的swap函数中去进行相关处理了。

5.Swap完成之后,由于此时lastCalledPool的值已经被攻击者设置成为了恶意pool的地址,所以恶意合约调用uniswapV3SwapCallback函数时校验能够通过,并且该函数验证之后就重置了lastCalledPool的值为0x1,导致swapUniV3函数中最后的判断也是可有可无的,最后可以成功转走指定的from地址的资金,这里为100个WETH。

漏洞分析

本次事件攻击者主要利用了合约访问控制不足的问题,未对重要参数和调用者进行有效的限制,导致攻击者可传入恶意的地址参数绕过限制,产生意外的危害。

总结

针对本次事件,Beosin安全团队建议:

1.在合约开发时,调用外部合约时应视业务情况限制用户控制的参数,避免由用户传入恶意地址参数造成风险。

2.用户在与合约交互时应注意最小化授权,即仅授权单笔交易中实际需要的数量,避免合约出现安全问题导致账户内资金损失。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

区块博客

[0:0ms0-7:664ms