原文：《正处于“刮骨疗” 自救的SushiSwap，今日又是如何被黑客攻击的？》
在严峻的财务压力下，黑客又来一击，那在黑客的打击下，SushiSwap能否走出自救的道路？
2023年4月9日，据BeosinEagleEye态势感知平台消息， SushiswapRouteProcessor2合约遭受攻击，部分对合约授权过的用户资金被黑客转移，涉及金额约1800ETH，约334万美元。
据了解，SushiSwap 流动性挖矿项目，克隆自 Uniswap，最大的不同是其发行了 SUSHI 代币，团队希望用 SUSHI 通证经济模型，优化 Uniswap。但 Uniswap 创始人 Hayden Adams 表示，Sushi 只是任何有能力的开发人员通过一天的努力创造出来的东西，试图利用炒作和 Uniswap 创造的价值来获利。
其实在本次攻击之前，这个项目还有另外的“坎坷”，去年12 月 6 日，上任仅两个月的 Sushi 新任“主厨” Jared Grey 于治理论坛发起了一项新提案。在该提案中，Jared 首次向外界披露了 Sushi 当前严峻的财务状况，并提出了一个暂时性的自救方案。（相关阅读：《Sushiswap财库告急，新任“主厨”按下“自救键”》）
正是在这样的压力下，黑客又来一击，那在黑客的打击下，SushiSwap能否走出自救的道路？
我们以其中一笔攻击交易进行事件分析。
0xea3480f1f1d1f0b32283f8f282ce16403fe22ede35c0b71a732193e56c5c45e8
攻击者地址
0x719cdb61e217de6754ee8fc958f2866d61d565cf
攻击合约
0x000000C0524F353223D94fb76efab586a2Ff8664
被攻击合约
0x044b75f554b886a065b9567891e45c79542d7357
被攻击用户
0x31d3243CfB54B34Fc9C73e1CB1137124bD6B13E1
1.攻击者地址(0x1876…CDd1)约31天前部署了攻击合约。
2.攻击者发起攻击交易，首先攻击者调用了processRoute函数，进行兑换，该函数可以由调用者指定使用哪种路由，这里攻击者选择的是processMyERC20。
3.之后正常执行到swap函数逻辑中，执行的功能是swapUniV3。
DeBank钱包Rabby：Swap智能合约存在漏洞，建议尽快撤销Rabby Swap批准:10月11日消息，DeBank钱包Rabby发推称，其Rabby Swap智能合约存在漏洞，请用户撤销所有链上的Rabby Swap批准。目前团队正在解决问题。
此前据Supremacy安全团队监测，DeBank钱包Rabby的Swap Router疑似存在一个漏洞，可任意转移用户资产，建议尽快取消对Rabby的授权。攻击者地址为0xb687550842a24d7fbc6aad238fd7e0687ed59d55。[2022/10/11 10:31:18]
尽管市场低迷，比特币矿企股票在过去30天里录得巨大涨幅:8月12日消息，最近加密资产价值的复苏已经渗透到“传统”金融世界，更具体地说，渗透到加密矿企的股票。此外，加密货币价格的上涨提高了矿业的盈利能力，一些矿企的盈利能力上升了120%。
一些主要的加密矿企，如Marathon Digital Holdings、Riot Blockchain、Hut 8和Core Scientific，在过去30天内股价分别上涨了124.12%、96.69%、98.95%和110.39%。
加密矿企股票似乎处于深度超卖区域，过去一个月的回升可以归因于从这些水平的反弹，以及主要由以太坊引领的加密市场反弹。
此外，上述公司似乎正在扩大比特币挖矿业务。（Finbold）[2022/8/12 12:21:33]
4. 在这里可以看到，pool的值是由stream解析而来，而stream参数是用户所能控制的，这是漏洞的关键原因，这里lastCalledPool的值当然也是被一并操控的，接着就进入到攻击者指定的恶意pool地址的swap函数中去进行相关处理了。
5.Swap完成之后，由于此时lastCalledPool的值已经被攻击者设置成为了恶意pool的地址，所以恶意合约调用uniswapV3SwapCallback函数时校验能够通过，并且该函数验证之后就重置了lastCalledPool的值为0x1，导致swapUniV3函数中最后的判断也是可有可无的，最后可以成功转走指定的from地址的资金，这里为100个WETH。
本次事件攻击者主要利用了合约访问控制不足的问题，未对重要参数和调用者进行有效的限制，导致攻击者可传入恶意的地址参数绕过限制，产生意外的危害。
针对本次事件，Beosin安全团队建议：
1.在合约开发时，调用外部合约时应视业务情况限制用户控制的参数，避免由用户传入恶意地址参数造成风险。
2.用户在与合约交互时应注意最小化授权，即仅授权单笔交易中实际需要的数量，避免合约出现安全问题导致账户内资金损失。
Beosin
企业专栏
阅读更多
金色财经 善欧巴
Chainlink预言机
金色早8点
白话区块链
Odaily星球日报
Arcane Labs
欧科云链
深潮TechFlow
BTCStudy
MarsBit
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。