代币YELD价格直接跳水归零:PolyYeld Finance被攻击事件全解析

北京时间7月28日,安全公司Rugdoc在推特表示,收益耕作协议PolyYeldFinance遭到攻击,所有者已宣布合约已被利用并铸造了大量YELD代币。CoinGeckko行情显示,YELD代币价格直线跳水归零,狂跌100%。

事件概览

攻击如何发生Eventoverview

PolyYeldFinance是Polygon网络上的下一代产量农业协议,具有许多独特和创造性的功能,使用户能够获得被动收入。

据悉,项目正在尝试创建一个类似于Yearn的协议,以减少对PolygonNetwork用户、LP提供商和抵押者高价值的代币供应。在2-3个月的时间里,只会铸造62100个YELD代币。

北京时间7月28日,PolyYeldFinance意外遭到黑客“血洗”,被攻击之后,YELD代币价格直线跳水归零,狂跌100%?!

这一次,黑客攻击使YELD代币价格直线跳水归零,可谓损失惨重。成都链安再次提醒各大项目方,一定要注意安全防范工作。

Carbon Opportunities Fund使用Chia Network结算首笔代币化碳信用交易:6月28日消息,致力于开发碳信用验证的私募股权基金Carbon Opportunities Fund使用Chia Network结算了第一笔代币化碳信用交易,投资机构Sumitomo Corporation of Americas从该基金处购买了代币化的碳信用。

Carbon Opportunities Fund的目标是使用区块链创建数字碳市场基础设施,以提高抵消的透明度。[2023/6/28 22:06:32]

事件具体分析

攻击者如何得手?Eventoverview

整个攻击事件由黑客一手策划。攻击者利用xYELD代币转账时实际到账数量小于发送数量以及MasterChef合约抵押和计算奖励上存在的逻辑缺陷,通过投入大量资金控制MasterChef合约中抵押池的抵押代币数量,进而操纵奖励计算,从而获得巨额的xYELD奖励代币,最后利用QuickSwap套现离场。

攻击者地址:

0xa4bc39ff54e1b682b366b57d1f6b114a829f5c01

攻击合约:

Waves创始人:将于1月至2月空投Power代币并发布Waves 2.0 Litepaper:1月12日消息,Waves创始人Sasha Ivanov发推称,Waves将于今年1月至2月发布Waves 2.0 Litepaper、进行Power DAO的Power代币空投、创建新代币跨链桥。

据此前报道,去年12月,Waves创始人Sasha Ivanov在推特上发布2023年Waves 2.0的叙事规划,包括利用概率共识POS机制在L1上实现TPS突破1000并保持完全去中心化,利用多链EVML2连接不同L1,推出基于KPI治理的Power DAO平台,基于可预测行为和风险/回报率的DeFi模型SafeFi,以及推出基于自适应DAO治理的稳定币。[2023/1/12 11:08:33]

A:

0x1BdF24CB4c7395Bf6260Ebb7788c1cBf127E14c7

B:

0x56ec01726b15b83c25e8c1db465c3b7f1d094756

攻击交易:

0x3c143d2a211f7448c4de6236e666792e90b2edc8f5035c3aa992fd7d7daca974

Gate.io 支持为 XEM 用户空投Symbol代币XYM:据官方公告,Gate.io将于XEM区块高度3025200附近时间2021年01月14日19:00(UTC+8)对平台XEM持仓用户快照并按1:1空投XYM代币。平台用户无需做任何操作,Gate.io将领取XYM代币并将其分发给平台的XEM持有者。[2020/12/15 15:16:37]

0x10eeb698a2cd2a5e23d526b2d59d39a15263be018dbbda97dad4f9fa8c70347f

Round1

攻击者首先利用QuickSwap交易对将29.75WETH换成527.695171116557304754xYELD代币。

接下来,攻击者通过攻击合约在一笔交易反复调用MasterChef合约中的抵押提取函数将MasterChef中PID为16的抵押池中的xYELD代币数量减少0到最小值。

动态 | 由日本MUFG带头组织的大型财团正制定有关证券型代币管理的标准:金色财经报道,三菱日联金融集团(MUFG,日本最大的金融集团)正在领导一个由22家成员公司组成的研究财团,以制定有关证券型代币管理的标准。据悉,该联盟包括证券发行方、经纪商和技术公司,包括日本最大的两家电信公司NTT Docomo Inc.和KDDI Corp.。此外,该财团正在寻求使用区块链开发和提供金融交易服务的方法,例如证券和资金的自动结算,计划开发一个名为“ Progmat”的专用证券型代币区块链,以提供一个管理证券化资产的平台。该财团还将申请有关管理证券型代币的基础设施和组织结构的日本专利。(coindesk)[2019/11/7]

由于xYELD代币在转移时,如果recipient地址不是BURN_ADDRESS地址,变量transferTaxRate的值不为0,recipient地址在_isExcluded映射中对应的值不为true,并且发送者不为合约的拥有者,就会收取一定比例的手续费,当前比例为3%。手续费会转移到代币合约中,在满足特定条件后,会将收取的手续费作为流动性添加到对应交易对中去。

动态 | 部分BitTorrent Speed内测用户称BTT代币收益反馈不正常:据Ambcrypto消息,部分参与BitTorrent Speed内测的用户表示BTT代币收益反馈不正常。BitTorrent Speed 的设计是对用户进行 BTT 代币奖励,以换取种子和带宽,实现更快的下载速度,目前 BitTorrent 尚未回应这些疑问。[2019/6/10]

而在MasterChef合约中,抵押数量记录的是代币转移的初始数量,而不是实际到账数量。在进行提取操作时,可提取的数量为记录的数量,超出了用户实际抵押到本合约中的数量,因为在完成一次抵押提取操作后,该抵押池中的xYELD代币便会异常减少。

在进行攻击前MasterChef中的xYELD代币的数量为242.017807511865297458:

在进行攻击后MasterChef中的xYELD代币的数量为0.000000000000000001:

Round2

攻击者事先通过攻击合约B在该抵押池中抵押0.009789171908299592xYELD代币,并将推荐人设置为攻击合约A。在攻击合约A攻击完成后,控制攻击合约A在该抵押池中进行奖励领取,由于MasterChef合约中更新抵押池信息时使用的是balanceOf函数获取本合约中抵押代币数量,故获取到的数量是恶意减少之后的数量。

这会造成xYFLD抵押池中accYeldPerShare变量异常增大:

从而使得奖励变为巨额:

Round3

在进行奖励发放时,由于计算出来的奖励数量远超过实际铸币数量,故将本合约中所有的YELD代币转移给攻击合约B,通过获取奖励得到的奖励代币数量为:3031.194777597579576657YELD。

同时,因为攻击合约B的推荐人是攻击合约A,故在攻击合约B领取奖励时会对攻击合约A发放推荐奖励,计算方式为被推荐人获取的奖励的2%。由于传入的_pending数量为异常大的值,故攻击合约A获得的推荐奖励也为异常大的数量,攻击合约获得的推荐奖励为:

4995853249752.895065839722805591YELD。

最后攻击者利用QuickSwap将所有的YELD代币兑换成USDC、WETH和MATIC套现离场。

事件复盘

我们需要注意什么CaseReview

本次事件与之前SafeDollar攻击事件类似,都是使用了相同的攻击手法。不同之处有两点:其一是此次攻击攻击者没有选择利用闪电贷来获取大量资金,而是投入了29.75WETH作为攻击的初始资金;其二是MasterChef合约中推荐奖励机制的问题,正是这个推荐奖励机制将本次攻击的危害无限放大了。

MasterChef类型抵押池设计之时,还没有通缩通胀类代币的出现,故开发者并没有考虑这类代币可能会造成的影响。部分的项目方在进行代码开发时,直接使用了旧的MasterChef代码,并添加了通缩通胀类代币或者奖励作为抵押代币,这便导致了各种恶意攻击事件或异常情况的产生。就目前来看,MasterChef类型抵押池存在两种类型的问题:一是没有对通胀通缩类代币进行特殊处理,没有检查实际转移到合约中的代币数量是否与函数调用时填写的数量相同;二是添加了奖励代币作为抵押代币,导致奖励计算出现异常。

两种类型问题的根本原因还是在于计算奖励时,获取抵押量使用了balanceOf函数来获取。建议项目方在进行MasterChef类型抵押池代码开发时,使用一个单独的变量作为抵押数量的记录,然后计算奖励时,通过此变量来获取抵押代币数量,而不是使用balanceOf函数。

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

银河链

比特币交易加密货币监管环境系列:美国篇

本文是Luxor对特定区域加密货币监管环境研究系列的第一篇文章。此系列文章将讨论不同国家加密货币产业的立法、政策、税收趋势,着重阐述该国加密货币矿业的发展.

[0:15ms0-2:683ms