一、事件叙述

2022年9月18日，以太币合拼结束后，PoW链遭受PoS链上交易的重放攻击，根源在于网桥未恰当载入并认证区块链的chainid。攻击者最先根据Gnosis链的Omni跨链桥控制住了200 WETH，之后在PoW链上播放了同样的信息，赢得了额外200 ETHW。

SharkTeam对于此事事件展开了技术指标分析，并归纳了安全防护方式，期待后面新项目能够以此为戒，共铸区块链行业安全防线。

二、事件剖析

该事件涉及到两种不同链的交易hash及其攻击者详细地址，各自如下所示：

（1）PoS链交易hash：0xbddb0cc8bc9949321e1748f03503ed1a20dd618fbf0a51dc5734c975b1f8bdf5

（2）PoW链交易hash：0x9c072551861ce384203516f4d705176a2d2e262d5b571d853467425f1a861fb4

（3）攻击者详细地址：0x82FaEd2dA812D2E5CCed3C12b3baeB1a522DC677

最先，大家比照发觉几笔交易浏览的合约同样，而且inputdata完全一致，即启用了同一个合约的同一个函数公式而且主要参数同样，依据同样的方法签名ID 0x23caab49得知，网络黑客调用safeExecuteSignaturesWithAutoGasLimit函数。

因而，攻击者根据Omni Bridge 迁移200WETH，之后在PoW链上播放了同样的Inputdata，赢得了额外200 ETHW。

这时，对于这儿的播放实际操作怀有怀疑态度。由于，以太坊网络在硬分叉以前强制实行EIP-155，那就说明ETH PoS链上交易不可以在PoW链上反复交易。在正常交易中，我们可以通过nonce来进行筛选交易，防止反复交易。在跨链中，大家会依据chianid开展鉴别链的种类，例如以太币主网上线的chainid是1，ETHW主网上线的chainid是10001。

对于此事，大家阐述了Omni Bridge对应的源代码。大家查看一下Omni Bridge认证chainid的逻辑性，发觉chainid的来源于unitStorage中储存数值，而非根据操作码 CHAINID（0x46）立即载入的链上chainid。

unitStorage是合约EternalStorage里的初始条件，sourceChainId()函数公式所属的合约BasicAMB继承BasicBridge和VersionableAMB。在其中，BasicBridge相继继承合约EternalStorage。这儿储存的chainid是事先储存好一点的，如果出现区块链的硬分叉而chainid又没重设或是chainid人为因素设定不正确，从合约角度上而言，因为没有根据操作码获得的chainid，不容易恰当认证跨链信息的具体chainid。这种系统漏洞，很容易被攻击者运用。

难题梳理总结：通常是Omni应用的solidity版原是0.4.24，使用的是手动式储存和更新chainid的方法，并没有根据EIP-1344所规定的CHAINID（0x46）操作码开展具体chainid获得。

三、安全建议

引起此次安全性事件的原因是因为在PoW更新PoS环节中，Omni Bridge对chainid未妥善处理。造成过旧的solidity版本里，存有历史遗留问题。提议在后期新项目迭代更新中，立即解决新情况，采用必须的代码设计对策。尽管Gnosis 链上Omni Bridge有每天较大迁移货币数量限制250个WETH，但是依然要提高警惕，以避免积少成多，导致更多的损害。

公司介绍：SharkTeam的发展目标是全方位维护Web3全球的安全性。团队人员遍布于北京、南京市、苏州市、美国硅谷，由全球各地资深的安全性专业人员高级科学研究人员构成，熟练区块链和智能合约的最底层基础理论，提供专业的智能化合约财务审计、链上剖析、应急处置等工作。已经与区块链生态体系各行各业的重要参加者,如OKC、polygon、Huobi Global、Polkadot、imToken、ChainIDE等创建合作关系关联。

Telegram：https://t.me/sharkteamorg

Twitter：https://twitter.com/sharkteamorg

大量区块链安全咨询和分析，点击进入连接查询

D查下|链上风险性审查 https://m.chainaegis.com

转载：驼鸟区块链