北京时间12月28日晚，CertiK安全验证团队发现CoverProtocol发生代币无限增发漏洞攻击。本文为你分析事件详情始末。
作为币民如果加密资产不幸被盗，但项目方或者你个人购买了保险，那么也大可放心让保险公司偿还损失的资产。
可还有最差的一种情况：但是如果连保险公司都出了安全事故，受到攻击了呢？
CZ：3Commas存在广泛的API密钥泄漏，请立即禁用:12月29日消息，币安创始人CZ社交媒体上发表了对10月份事件的新猜测，他表示，“我有理由相信交易机器人平台3Commas存在广泛的API密钥泄漏，如果你曾将API密钥放入3Commas（来自任何交易所），请立即禁用它”。
据3Commas发言人的电邮也证实了该消息，表示看到了黑客的消息，并确认发布文件中的数据是真实的，“我们已经要求币安、KuCoin和其他支持的交易所撤销所有连接到3Commas的密钥，我们正在启动涉及执法的全面调查”。
此外，3Commas还表示，目前还没有发现“内部人员作案”的证据。该发言人表示，“只有少数技术员工可以访问基础设施，我们自11月16日起已采取行动，取消了他们的访问权限。从那时起，我们实施了新的安全措施，不会就此止步。我们正在展开涉及执法部门的全面调查”。[2022/12/29 22:14:09]
北京时间12月28日晚，CertiK安全技术团队发现CoverProtocol发生代币无限增发漏洞攻击。
借贷协议Nexon Finance在zkSync 2.0上线测试网:12月19日消息，据官方消息，zkSync生态借贷协议Nexon Finance在zkSync 2.0上推出测试网。获得抢先体验资格并按要求完成操作的测试人员将有机会获得独家NEXON TESTER NFT。[2022/12/19 21:54:15]
攻击者通过反复对项目智能合约进行质押和取回操作，触发其中包含铸造代币的操作，对Cover代币进行无限增发，导致Cover代币价格崩盘。
技术分析?
主要攻击分为以下步骤：?1.攻击者设置攻击必要的假代币。
2.攻击者使用假代币，为BalancerPool提供流动性：
①总计向BalancerPool提供了2,573个DAI的流动性
②攻击者通过向BalancerPool提供流动性，获得了约132,688个Balancer流动性证明代币BPT
3.攻击者向CoverProtocal中的Blacksmith.sol智能合约质押(stake)前一步中所得的所有Balancer流动性证明代币。质押时，攻击者调用位于0xe0b94a7bb45dd905c79bb1992c9879f40f1caed5的Blacksmith.sol智能合约中的deposit函数，如图一所示：
Premia与Lido合作在Arbitrum上推出wstETH期权池:10月26日消息，DeFi期权协议Premia与Lido达成合作，已在Arbitrum上推出wstETH期权池。[2022/10/26 11:44:19]
图一：Thedeposit()functioninblacksmith.sol
通过调用deposit函数，攻击者将得到的BPT流动性证明质押到coverprotocol中。
首先通过图一中118行将当前流动性证明代币的pool数据读取到memory，然后调用121行代码对当前pool的数据进行更新。
比特币哈希率跌至五个多月以来最低点:金色财经报道，根据BTC.com的数据，周三，比特币的哈希率在24小时内下降27%以上，达每秒159.41EH/s，这是自今年2月以来的最低水平。据悉，热浪席卷美国德克萨斯州，当地对电力的需求激增，德克萨斯州的多家加密矿场已停止运营。（Forkast）[2022/7/14 2:13:07]
图二：blacksmith.sol中的updatePool()函数
如图二第75行所示，在updatePool()函数中修改的当前流动性证明代币的pool数据是一份存储在storage中的数据，与在deposit()中存储在memory中当前流动性证明代币的pool数据是两份数据。在图二第84行lpTotal的值代表当前合同中总共存入的流动性证明代币数目，由于该变量数值较小，因此通过84行公式pool.accRewardsPerToken的数值将会增大，更新过的accRewardsPerToken值存储在storage中。
PeckShield：Nody代币NODY发生Rug Pull，价格下跌93%:7月4日消息，派盾（PeckShield）监测显示，分布式节点基础设施项目Nody代币NODY发生Rug Pull，代币价格下跌93%。[2022/7/4 1:48:48]
图三：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。
安全建议
为了确保数字资产不因任何非技术原因遭受损失，项目方应及时为项目产品购买保险，增加项目方和投资者的安全保障方案，确保其因受到攻击所造成的损失可以被及时补偿。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。