随着区块链技术的发展及各类新增长的出现，加密货币生态系统随之产生了更多的安全风险及复杂性。
2021年攻击全景详见，欢迎点击文章底部“阅读原文”获取安全报告下载链接。
在2021年的基础上，2022年的攻击赛道又出现了一位“强力选手”。
跨链桥作为新的攻击载体，安全性方面的发展尚未成熟。因此，跨链桥也是所有项目以及开发人员应该提高警惕的领域之一。
2022年的春节假期尚未结束时，跨链桥即发生了两起重大攻击，算上春节前的另一起同类事件，短短10天内的三起攻击事件使得黑客在跨链桥方面取得了“傲人”成绩。
在对这几起事件进行了解之前，我们需要先知道什么是跨链桥以及它的原理。
汉堡王与NFT平台Sweet合作推出KeepIt RealMealsNFT活动:9月28日，汉堡王宣布与NFT平台Sweet合作推出KeepIt RealMealsNFT活动。据悉，汉堡王将在其600万个餐盒上附上特殊的QR码，用户购买汉堡后扫描可解锁相关NFT收藏品。[2021/9/28 17:12:41]
用一个相对简单的描述：bridge可将资产从一个区块链转移到另一个区块链。
在最近的三起事件中，攻击者注入性数据，绕过验证，将目标链上的相应代币提取到指定地址。
QubitBridge漏洞事件
攻击者伪造数据绕过bridge合约的数据真实性检查，在没有提供任何加密货币的情况下使bridge合约产生了攻击者已存款的虚假时间证明。
Asproex（阿波罗）交易所将支持tweebaa推易吧完成TWEE 映射:据官方消息，Asproex（阿波罗）交易所将于10月27日18:00上线tweebaa推易吧项目TWEE&TweeB，为助力Tweebaa推易吧生态发展，将支持tweebaa推易吧完成TWEE 映射。
据悉，考虑到未来的风控需求和可持续发展，TWEE已从以太坊公链转移至波场公链运行。所有 TWEE 持币者需将所持有的TWEE首先完成映射，之后可进行转账、交易或质押活动。未映射的TWEE造成的损失由个人自行承担。 映射完成后，推易吧用户可以将TWEE充值至阿波罗交易所，用户需尽快提供阿波罗充币地址（trc20）址，以方便将币转至阿波罗交易平台。[2020/10/27]
其根本原因在于ETH和ERC-20的存款共享相同的事件证明。这允许攻击者调用该函数利用不存在的ERC20存款事实生成虚假的ETH存款事件证明，并以此在另一条链上提取ETH。
Asproex（阿波罗）将于10月27日18:00上线推易吧项目TweeBuck:据官方消息，Asproex（阿波罗）将于10月27日上线推易吧项目TweeBuck，并于18：00开通TweeB/USDT充提，开放交易时间：10月27日21:00（UTC+8）。
TweeBuck是推易吧推出的DeFi平台，TweeB是其金融治理代币，为推易吧用户及合作伙伴提供去中心化金融服务。
Asproex（阿波罗）作为一家离岸银行控股持牌交易平台，涵盖CTO(Corporate Token Offering)企业通证上市、合约跟单、ETT指数通证、数字矿业、Digital Bank板块并持有5国合法牌照，致力于为全球中小微企业提数字化上市一站式服务。[2020/10/26]
在这种情况下合约中的漏洞被触发——当代币地址是EOA时，“safeTransferFrom”函数不会回退。因此，攻击者在没有向合约发送任何代币的情况下获取了证明。
事件详细分析请戳：https://certik.medium.com/qubit-bridge-collapse-exploited-to-the-tune-of-80-million-a7ab9068e1a0
MeterBridge漏洞事件
该漏洞与Qubitbridge漏洞很相似——攻击者避过bridge合约向bridge提供不存在的代币证明从而跳过了验证过程，从而可以在另一个链上提取代币。
Bridge合约提供了两个方法：deposit和depositETH。然而，这两个方法产生了相同的存款事件证明，并且deposit函数并没有阻止WETH/WBNB的存款交易，也没有销毁或锁定WETH/WBNB。
黑客通过使用deposit，在没有任何真实存款的情况下使bridge合约产生了虚假的WETH/WBNB存款事件证明。
该事件分析内容详见CertiK公众号。
Solana跨链桥虫洞事件
Solana虫洞的漏洞事件中，攻击者通过向指令注入一个恶意的“sysvaraccount”来绕过“verifysignature”，并伪造了一个铸造Wormhole-wrappedEther的消息。
这个漏洞的根本原因是在验证签名过程中，程序使用了一个在Solana更新至1.8.0时即被废弃的“load_current_index”函数。该函数不会验证输入的“sysvaraccount”是否真的是“systemsysvar”，从而攻击者可以趁机伪造这个关键帐户。
此后，攻击者利用此伪造的账户生成了虚假的铸币信息，然后根据得到的铸币在目标链上提取了相应真实代币。
该事件分析内容详见CertiK公众号。
三起“炸桥案”总结
Qubit以及Meter.io的bridge代码未能处理临界情况，也就是说，合约的ERC20存款功能可以用来生成虚假的ETH/BNB存款事件证明，而后者成为了目标链上提取真实ETH/BNB的凭证。
Wormholebridge则是其合约未验证调用者注入的“sysvaraccount”，从而产生了虚假的铸币信息。
总而言之，上述三起事件都是由于验证过程的缺陷而造成的。
如何应对该类漏洞？
在上述攻击中，我们可以吸取到一些关键教训：
1.对于不同的功能，比如ERC20的存款和ETH/BNB的存款，合约应产生不同的事件证明。
2.始终记得验证用户注入的输入。
3.密切关注近期漏洞事件，并检查其他项目是否存在类似情况。
4.需要对每个bridge的核心合约进行相应审计。
除此之外，当该漏洞发生后，我们应该：
1.停止中继消息层并暂停代币传输，bridge合约也应暂停所有充提币功能。
2.立即通知社区、交易所和平台合作伙伴，监控资金流向。
3.建立与权威安全专家们的沟通渠道，进行有效的讨论和信息共享。
4.识别、验证和修复漏洞。及时测试以确保现有的漏洞得到解决以及未产生新的漏洞，同时对bridge合约进行升级。
5.评估损失，并与社区就被利用的资产数量、可追回的资产以及补偿计划进行坦诚地沟通
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。