最近小区出现了一些流浪狗,听说邻居家有孩子看到狗吓得就跑,结果反而被狗狂追咬了一口。 还好父母机智,给孩子上了个意外险,几针狂犬病疫苗下来没怎么花钱。 作为币民如果加密资产不幸被盗,但项目方或者你个人购买了保险,那么也大可放心让保险公司偿还损失的资产。 可还有最差的一种情况:但是如果连保险公司都出了安全事故,受到攻击了呢? 北京时间12月28日晚,CertiK安全技术团队发现Cover Protocol发生代币无限增发漏洞攻击。 攻击者通过反复对项目智能合约进行质押和取回操作,触发其中包含铸造代币的操作,对Cover代币进行无限增发,导致Cover代币价格崩盘。 技术分析 主要攻击分为以下步骤: 1. 攻击者设置攻击必要的假代币。 2. 攻击者使用假代币,为Balancer Pool提供流动性: ①总计向Balancer Pool提供了2,573个DAI的流动性 ②攻击者通过向Balancer Pool提供流动性,获得了约132,688个Balancer流动性证明代币BPT 3. 攻击者向Cover Protocal中的Blacksmith.sol智能合约质押(stake)前一步中所得的所有Balancer流动性证明代币。 质押时,攻击者调用位于0xe0b94a7bb45dd905c79bb1992c9879f40f1caed5的Blacksmith.sol智能合约中的deposit函数,如图一所示: 图一:The deposit() function in blacksmith.sol 通过调用deposit函数,攻击者将得到的BPT流动性证明质押到cover protocol中。 首先通过图一中118行将当前流动性证明代币的pool数据读取到memory,然后调用121行代码对当前pool的数据进行更新。 图二: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声称对本次攻击负责,并表示已将所有的获利退回给了Cover Protocol。 安全建议 为了确保数字资产不因任何非技术原因遭受损失,项目方应及时为项目产品购买保险,增加项目方和投资者的安全保障方案,确保其因受到攻击所造成的损失可以被及时补偿。 作为世界顶尖的审计公司,CertiK目前已经进行了超过369次安全审计,审计了超过198,000行代码,并保护了价值超过100亿美元的加密资产。 近期,CeritK推出了CertiKShield去中心化资金保障计划。 CertiKShield不仅可以为项目及其社区成员提供保障,同时,CertiK作为主营业务为审计的安全公司,我们确保自己的保险项目拥有更高的安全性。 相比于纯粹的保险公司,安全技术的背书及团队对于安全的重视和一系列的保障,CertiKShield是安全领域内构建的保险,并且有着巨大的成长和发展空间。 欢迎访问https://www.certik.foundation/ 进入CertiK?foundation官网访问更多CertiK安全产品相关信息! —- 编译者/作者:CertiK中文社区 玩币族申明:玩币族作为开放的资讯翻译/分享平台,所提供的所有资讯仅代表作者个人观点,与玩币族平台立场无关,且不构成任何投资理财建议。文章版权归原作者所有。 |
首发|CertiK:卖意外险的保险公司也遭受了意外?CoverProtocol漏洞分析
2020-12-29 CertiK中文社区 来源:区块链网络
LOADING...
相关阅读:
- Daisy雏菊智能合约的分散式AI系统是什么?有什么优势2020-12-28
- 1inch空投错过拍断腿DeFi交易者最多获2000万美元2020-12-28
- 1inch错过拍断腿Def新空投UNI分叉币UNIA却来了2020-12-28
- 1NCH是什么币?读懂聚合交易所龙头|币小宝区块链公开课59期2020-12-28
- 2020年比特币借贷服务爆炸式增长这就是原因2020-12-28