COVER:卖意外险的保险公司也遭受了意外?Cover Protocol漏洞分析_VER

北京时间12月28日晚,CertiK安全验证团队发现CoverProtocol发生代币无限增发漏洞攻击。本文为你分析事件详情始末。

作为币民如果加密资产不幸被盗,但项目方或者你个人购买了保险,那么也大可放心让保险公司偿还损失的资产。

可还有最差的一种情况:但是如果连保险公司都出了安全事故,受到攻击了呢?

北京时间12月28日晚,CertiK安全技术团队发现CoverProtocol发生代币无限增发漏洞攻击。

赵长鹏:资产冻结令仅影响Binance.US,Binance.com不受影响:金色财经报道,币安CEO赵长鹏推特针对SEC申请冻结Binance.US资产一事回应称,如果法院批准该限制令,将只会影响Binance.US。Binance.com将不受影响,资金是安全的。[2023/6/7 21:20:48]

攻击者通过反复对项目智能合约进行质押和取回操作,触发其中包含铸造代币的操作,对Cover代币进行无限增发,导致Cover代币价格崩盘。

技术分析?

主要攻击分为以下步骤:?1.攻击者设置攻击必要的假代币。

2.攻击者使用假代币,为BalancerPool提供流动性:

①总计向BalancerPool提供了2,573个DAI的流动性

②攻击者通过向BalancerPool提供流动性,获得了约132,688个Balancer流动性证明代币BPT

88mph称白帽在其三个池中发现严重漏洞现已暂停,其他池不受影响:6月8日,DeFi固定利率生成协议88mph发推称,智能合约漏洞赏金平台Immunefi上的白帽Ashiq在其CRV:RENWBTC、CRV:STETH和yaLink池中发现了一个严重漏洞,目前团队暂停了这些受影响的池子。资金是安全的。其他池不受影响,将继续正常运行。88mph将在接下来的72个小时内发布完整报告供用户认领回资金。[2021/6/8 23:19:53]

3.攻击者向CoverProtocal中的Blacksmith.sol智能合约质押(stake)前一步中所得的所有Balancer流动性证明代币。质押时,攻击者调用位于0xe0b94a7bb45dd905c79bb1992c9879f40f1caed5的Blacksmith.sol智能合约中的deposit函数,如图一所示:

声音 | 美国 CFTC 部门主管:部分数字资产创新产品或不受 CFTC 特定披露要求的约束:美国商品期货交易委员旗下掉期交易商和经纪商监督部门(DSIO)负责人 Joshua B. Sterling 发布一篇关于支持包括联合投资工具在内的数字资产产品创新的声明。Joshua B. Sterling 表示,该部门积极支持 CFTC 的核心目标,即促进负责任的创新并增强市场参与者的监管经验。该部门的员工随时准备为创新者和开拓者提供新产品的帮助,包括寻求数字资产投资敞口的联合投资工具。他表示希望尽自己的一份力量来帮助市场参与者确保这些创新能够以符合法律的实际方式发展。这种帮助提供的范围适用于部分产品,这些产品“可能不受 CFTC 的特定披露要求和 NFA 披露文件审查的约束”。[2020/2/11]

图一:Thedeposit()functioninblacksmith.sol

声音 | eToro高级市场分析师:SEC会批准VanEck比特币ETF:eToro高级市场分析师马蒂·格林斯潘近日解释了为什么SEC会批准VanEck的比特币ETF。他表示:“VanEck ETF是专门为满足机构投资者的需求而设计的。合同的规模设定在25btc,按今天的价格约为20万美元。所以,这当然不适合普通老百姓购买。当一个管理着数十亿美元资产的对冲基金投资者考虑将投资组合多样化为比特币时,他们不想处理私人钥匙和冷存储等问题。它们还需要一个受信任的交易对手方和一个受监管的交易所的保证。此外,VanEck的BTC ETF将获得全面保险服务,这是一个非常令人欣慰的想法。”[2018/7/29]

通过调用deposit函数,攻击者将得到的BPT流动性证明质押到coverprotocol中。

首先通过图一中118行将当前流动性证明代币的pool数据读取到memory,然后调用121行代码对当前pool的数据进行更新。

泰国SEC技术顾问:希望重新制定虚拟货币征税结构:据泰国媒体Bangkok Post报道,泰国证券交易委员会(SEC)及泰国金融科技协会技术顾问Bhume Bhumiratana已向泰国的税务部门提出建议,希望可以重新商讨制定虚拟货币的征税结构。据悉,泰国3月末刚刚发布最新的虚拟货币征税方案。[2018/4/20]

图二:blacksmith.sol中的updatePool()函数

如图二第75行所示,在updatePool()函数中修改的当前流动性证明代币的pool数据是一份存储在storage中的数据,与在deposit()中存储在memory中当前流动性证明代币的pool数据是两份数据。在图二第84行lpTotal的值代表当前合同中总共存入的流动性证明代币数目,由于该变量数值较小,因此通过84行公式pool.accRewardsPerToken的数值将会增大,更新过的accRewardsPerToken值存储在storage中。

图三:blacksmith.sol中的_claimCoverRewards()函数接下来

如图三中318行所示,deposit()通过调用_claimCoverRewards()函数,向函数调用者(msg.sender)铸造一定数目的cover代币。

铸造cover代币的数目与pool.accRewardsPerToken,CAL_MULTIPLIER以及miner.rewardWriteoff三个变量相关。

请注意这里pool.accRewardsPerToken的数值是使用了存放在memory中的pool数据,并非使用图二中update()函数更新之后的数值。

同时,通过图1中deposit函数得知,miner.rewardWriteoff的数值更新是在_claimCoverRewards()函数执行完成之后发生。

因此原本设计上应使用更新过的miner.rewardWriteoff的数值计算需要铸造cover代币的数目,这里错误的使用了未更新过的miner.rewardWriteoff的数据,导致实际铸造cover代币数目比应铸造代币数目增多,最终导致了代币增发。

质押成功之后,攻击者通过调用blacksmith.sol智能合约中的withdraw()函数,将质押的BPT取回,同时取得额外铸造的cover代币,完成攻击。

通过对比执行deposit()函数和执行withdraw()函数之后的代币结余表,我们可以发现通过这一组deposit和withdraw函数调用之后,攻击者可以获得约704个COVER代币。

deposit()之后:

withdraw()之后:

攻击者通过反复执行deposit和withdraw函数,可以使Blacksmith函数无限铸造代币,并将代币转到自己的地址中,由此获利。攻击发生后,截止发稿时,cover官方已经将blacksmith迁移到安全版本:

有漏洞的blacksmith地址:

0xe0b94a7bb45dd905c79bb1992c9879f40f1caed5

临时修复后的blacksmith地址:

0x1d5fab8a0e88020309e52b77b9c8edf63c519a26

临时修复后的blacksmith合同临时禁止了一切质押和取回操作,以此阻止攻击者继续实行攻击。?

本次攻击最初攻击者共获利440万美金,约合人民币2900万人民币。

有其他攻击者利用该漏洞发动类似攻击,例如Grap.finance项目官方参与了利用该漏洞的攻击,获利4350个ETH代币。

在攻击发生后几个小时,Grap.finance项目官方通过Twitter声称对本次攻击负责,并表示已将所有的获利退回给了CoverProtocol。

安全建议

为了确保数字资产不因任何非技术原因遭受损失,项目方应及时为项目产品购买保险,增加项目方和投资者的安全保障方案,确保其因受到攻击所造成的损失可以被及时补偿。

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

区块博客

[0:0ms0-7:622ms