一、事件描述
2022年9月18日，以太坊合并完成后，PoW链遭到PoS链上交易的重放攻击，根本原因是网桥未正确读取并验证区块链的chainid。攻击者首先通过Gnosis链的Omni跨链桥转移了200WETH，然后在PoW链上重放了相同的消息，获得了额外的200ETHW。
SharkTeam对此事件进行了技术分析，并总结了安全防范手段，希望后续项目可以引以为戒，共筑区块链行业的安全防线。
加拿大监管机构提醒该国公民警惕以假监管机构背书的加密平台:6月21日消息，加拿大证券管理局发布投资者警告，称建议加拿大公民仔细检查加密货币交易服务提供商，因为这些平台可能会使用“虚构的”监管机构来提高其可信度。一些“所谓的”加密平台声称得到了某些监管机构或争议解决组织的批准，“以显得合法”；这些网站乍一看似乎是可信的，涉及投诉处理、纠纷解决和为受害投资者提供补救措施，但经过仔细检查，这些网站的语言可能很尴尬且未经修饰，存在拼写、语法或句法错误，这是非法实体的常见‘危险信号。
监管机构还建议，考虑投资加密货币的公民应该将这些公司与在CSA注册的公司进行对比检查。目前，有12个加密交易平台被授权在加拿大开展业务，而有11个平台已经提交了预注册承诺。[2023/6/21 21:52:03]
二、事件分析
公告 | 警惕以假冒“BXA”名义进行的行为:韩国交易所Bithumb发布公告：近期，请各位用户警惕假冒新加坡财团BK公司推出的“BAX”名义实施的行为。“BXA”只能通过官方网站www.bxa.com和官方渠道访问， 其他渠道和投资报价更可能带有欺诈性质的。请注意防范，不要损害相关权益。[2018/12/21]
该事件涉及两个不同链的交易hash以及攻击者地址，分别如下：
PoS链交易hash：0xbddb0cc8bc9949321e1748f03503ed1a20dd618fbf0a51dc5734c975b1f8bdf5
独家 | 警惕以太坊里的垃圾合约?伪造交易进行广告推广:近日，降维安全实验室(johnwick.io)在以太坊智能合约监控系统中监测到一个垃圾推广合约ERC20 (blockwell.ai KYC Casper Token)，垃圾推广通过调用垃圾合约的某公开方法(方法签名: 0x975ef7df)虚构了大量(每500个一组,转账数量100个代币)受害地址之间的转账交易，并虚假记录了这些转账交易的Transfer()事件日志，导致大批钱包应用依据此事件记录，向无辜受害用户推送了此垃圾代币的交易转账通知，变相成为了此垃圾代币的推广宣传帮凶。在短短一天时间内，该交易者伪造了50余万笔虚假交易(截至发稿前为止)进行垃圾推广。
垃圾交易者地址: 0xaaf70e052b76c9bd177e24a0e249f17cc3486ea0
垃圾合约地址: 0x212d95fccdf0366343350f486bda1ceafc0c2d63
垃圾代币名称: ERC20 (blockwell.ai KYC Casper Token)[2018/9/10]
PoW链交易hash：0x9c072551861ce384203516f4d705176a2d2e262d5b571d853467425f1a861fb4
新疆维吾尔自治区政府：警惕以投资加密货币、区块链为幌子的非法集资活动:据新疆日报报道，新疆维吾尔自治区处置非法集资工作领导小组提醒广大市民，警惕以投资加密货币、区块链等为幌子的非法集资活动。[2018/5/31]
攻击者地址：0x82FaEd2dA812D2E5CCed3C12b3baeB1a522DC677
首先，我们对比发现两笔交易访问的合约相同，并且inputdata完全相同，即调用了同一个合约的同一个函数并且参数相同，根据相同的方法签名ID?0x23caab49可知，黑客调用safeExecuteSignaturesWithAutoGasLimit函数。
因此，攻击者通过OmniBridge转移200WETH，然后在PoW链上重放了相同的Inputdata，获得了额外的200ETHW。
此时，我们对这里的重放操作抱有怀疑态度。因为，以太坊网络在硬分叉之前强行执行EIP-155，这就说明ETHPoS链上交易不能在PoW链上重复交易。在正常的交易中，我们通过nonce来进行排序交易，避免重复交易。在跨链中，我们会根据chianid进行识别链的类型，比如以太坊主网的chainid是1，ETHW主网的chainid是10001。
对此，我们分析了OmniBridge相应的源码。我们查看一下OmniBridge验证chainid的逻辑，发现chainid的来源于unitStorage中存储的值，而不是通过操作码CHAINID直接读取的链上chainid。
unitStorage是合约EternalStorage中的状态变量，sourceChainId()函数所在的合约BasicAMB继承了BasicBridge和VersionableAMB。其中，BasicBridge陆续继承了合约EternalStorage。这里保存的chainid是预先存储好的，如果发生区块链的硬分叉而chainid又没有重新设置或者chainid人为设置有误，从合约层面上来说，由于不是通过操作码获取的chainid，不会正确验证跨链消息的实际chainid。这样的漏洞，容易被攻击者利用。
问题分析总结：主要是Omni使用的solidity版本是0.4.24，采用的是手动存储和更新chainid的方式，并未通过EIP-1344中规定的CHAINID操作码进行实际chainid获取。
三、安全建议
引发本次安全事件的原因是在PoW升级PoS过程中，OmniBridge对chainid未及时处理。导致过旧的solidity版本中，存在历史遗留问题。建议在后续项目迭代中，及时应对新问题，采取必要的代码优化措施。虽然Gnosis链上OmniBridge有每日最大转移代币数量限制250个WETH，但是依旧要保持警惕，以防止积少成多，造成更大的损失。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。