前言
随着ETH升级PoS共识系统，原有的PoW机制的ETH链在部分社区的支持下成功硬分叉。但是，由于某些链上协议在设计之初没有对可能的硬分叉做好准备，导致对应的协议在ETHW分叉链存在一定的安全隐患，其中最为严重的安全隐患则是重放攻击。在完成硬分叉后，ETHW主网出现了至少2起利用重放机制进行的攻击，分别是OmniBridge的重放攻击和PolygonBridge的重放攻击。本文将以这两个事件作为案例，分别分析重放攻击对分叉链的影响，以及协议应如何防范此类攻击。重放的类型
首先，在开始分析之前，我们需要先对重放攻击的类型做一个初步的了解，一般而言，我们对重放攻击分成两类，分别是交易重放和签名消息重放。下面，我们来分别说下这两类重放机制的区别交易重放
交易重放指的是将在原有链的交易原封不动的迁移到目标链的操作，属于是交易层面上的重放，重放过后交易也是可以正常执行并完成交易验证。最著名的案例莫过于Wintermute在Optimism上的攻击事件，直接导致了超2000万OP代币的损失。但是在EIP155实施以后，由于交易的签名本身带有chainId(一种用于链本身区别与其他分叉链的标识符)，在重放的目标链chainId不同的情况下，交易本身是无法完成重放的。签名消息重放
NirvanaMeta将同COBRA开展WEB3.0合作:据悉，NirvanaMeta宣布将同COBRA合作，致力于研究独特的节点组合，全球多个社区的价值认同，努力造就WEB3.0的所属价值创新。[2022/5/5 2:50:36]
签名消息重放区别于交易重放，是针对的用私钥签名的消息(e
在这个函数中，首先会根据#L2行的签名检查来确定提交的签名是不是由指定的validator进行签名，然后再在#L11行对data消息进行解码。从解码内容上看，不难发现，返回字段中包含了chainId字段，那么是不是说明无法进行签名消息重放呢？我们继续分析。function_executeMessage(bytes32msgId,addresssender,addressexecutor,uint32gasLimit,uint8dataType,uint256memorychainIds,bytesmemorydata)internal{require(_isMessageVersionValid(msgId));require(_isDestinationChainIdValid(chainIds));require(!relayedMessages(msgId));setRelayedMessages(msgId,true);processMessage(sender,executor,msgId,gasLimit,dataType,chainIds,data);}通过追查_executeMessage函数，发现函数在#L11行对chaindId进行了合法性的检查function_isDestinationChainIdValid(uint256_chainId)internalreturns(boolres){return_chainId==sourceChainId();}functionsourceChainId()publicviewreturns(uint256){returnuintStorage;}通过继续分析后续的函数逻辑，不难发现其实针对chainId的检查其实并没有使用evm原生的chainId操作码来获取链本身的chainId，而是直接使用存储在uintStorage变量中的值，那这个值很明显是管理员设置进去的，所以可以认为消息本身并不带有链标识，那么理论上就是可以进行签名消息重放的。由于在硬分叉过程中，分叉前的所有状态在两条链上都会原封不动的保留，在后续xDAI团队没有额外操作的情况下。分叉后ETHW和ETH主网上OmniBridge合约的状态是不会有变化的，也就是说合约的validator也是不会有变化的。根据这一个情况，我们就能推断出validator在主网上的签名也是可以在ETHW上完成验证的。那么，由于签名消息本身不包含chainId，攻击者就可以利用签名重放，在ETHW上提取同一个合约的资产。PolygonBridge
Apron Network中国区负责人Jacob：为开发者提供低成本的多个区块链生态基础设施服务:据官方消息，币赢CoinW《共识52》第十五期《Polkadot的进化之路——奠定波卡生态繁荣的基础设施》主题AMA中Jacob表示，
Apron Network 致力于建立一个去中心化的基 础设施服务网络平台，为应用开发者们、应用使用者们和基础设施运营者们提供基于区块链技术基础设施服务的去中心化网络。类似AWS （亚马逊云计算）以及阿里云等基础设施平台的iaas\\saas\\pass服务。为基础设施服务商提供快速生成API服务接口，并为 DApp＆DeFi 开发人员提供服务，助力其高效开发。Apron Network 基于substrate框架实现，并且可以成为Kusama/Polkadot的平行链，Apron Network 将为 Kusama 和 Polkadot 生态提供节点服务、链上数据索引、报价等基础设施服务。未来 Apron 可以连Ethereum、Kusama、Polkadot、BSC、Filecoin、为开发者提供低成本的多个区块链生态基础设施服务。[2021/3/10 18:33:33]
和OmniBridge一样，PolygonBridge是用于在Polygon和ETH主网进行资产转移的桥。与OmniBridge不同，PolygonBridge依赖区块证明进行提款，逻辑如下：functionexit(bytescalldatainputData)externaloverride{//...省略不重要逻辑//verifyreceiptinclusionrequire(MerklePatriciaProof
Cobra：BCH今年年底前将跌出前十加密货币之列:Bitcoin.org网站共同所有者Cobra今日发推称，到今年年底，BCH将跌出市值前十加密货币之列。注：CoinMarketCap数据显示，目前BCH以近48.2亿美元的市值位列第七位。
此前消息，BCH支持者、Bitcoin.com创始人Roger Ver发推称：“Bitcoin ABC和deadalnix（Bitcoin ABC的首席开发者Amaury Séchet）宣布将于11月15日分叉脱离BCH，祝他们的新代币好运，并感谢他们免费空投给所有BCH持有者。”
据悉，BCH网络将在11月15日按计划进行两年一次的升级。Bitcoin ABC团队计划在升级引入IFP coinbase规则，即将8%区块奖励分配给ABC相关地址，用于支持团队开发，但此事持续引发社区争议。Roger Ver昨日发推批判Bitcoin ABC团队的IFP coinbase规则称，将BCH区块奖励的一部分用于支付一个开发团队，这是中心化计划者的愿景成真，并认为应停止该计划。[2020/9/3]
通过函数逻辑，不难发现合约通过2个检查确定消息的合法性，分别是通过检查transactionRoot和BlockNumber来确保交易真实发生在子链(PloygonChain)，第一个检查其实可以绕过，因为任何人都可以通过交易数据来构造属于自己的transactionRoot，但是第二个检查是无法绕过的，因为通过查看_checkBlockMembershipInCheckpoint逻辑可以发现：function_checkBlockMembershipInCheckpoint(uint256blockNumber,uint256blockTime,bytes32txRoot,bytes32receiptRoot,uint256headerNumber,bytesmemoryblockProof)privateviewreturns(uint256){(bytes32headerRoot,uint256startBlock,,uint256createdAt,)=_checkpointManager
动态 | 莱特币基金会与Cobo合作推出加密平板电脑:据coingape报道，莱特币基金会与Cobo合作推出了加密平板电脑。 莱特币的品牌标志将被刻在平板电脑的顶部。该平板电脑可用于保护开源钱包的恢复短语。[2019/5/4]
对应的headerRoot是从_checkpointManager合约中提取的，顺着这个逻辑我们查看_checkpointManager设置headerRoot的地方functionsubmitCheckpoint(bytescalldatadata,uintcalldatasigs)external{(addressproposer,uint256start,uint256end,bytes32rootHash,bytes32accountHash,uint256_borChainID)=abi
此变量最早在EIP712中定义，该变量中含有chainId，在设计之初就包含可能的多链场景的重放预防，但是根据uniswapV2pool合约的逻辑，如下：constructor()public{uintchainId;assembly{chainId:=chainid}DOMAIN_SEPARATOR=keccak256(abi
声音 | Cobra：比特币才是金融体系开放的重要一步:眼镜蛇Cobra刚刚发布推文称，只有硅谷的公司才会推出一款拥有黑名单和冻结资金能力的稳定币，然后宣布这是朝着更开放的金融体系迈出的“重要一步”。比特币是迈向开放金融体系的重要一步，稳定币只是PayPal 2.0。[2018/10/24]
DOMAIN_SEPARATOR在构造函数中已经定义好，也就是说在硬分叉后，就算链本身的chainId已经改变，pool合约也无法获取到新的chianId来更新DOMAIN_SEPARATOR，如果未来用户在ETHW上进行相关授权，那么ETHW上的permit签名授权可以被重放到ETH主网上。除了Uniswap外，类似的协议还有很多，比如特定版本下的yearnvault合约，同样也是采用了固定DOMAIN_SEPARATOR的情况。用户在ETHW上交互的时候也需要防范此类协议的重放风险。协议设计之初的防范措施
对于开发者而言，在为协议本身定制消息签名机制的时候，应该考虑后续可能的多链场景，如果路线图中存在多链部署的可能，应该把chainId作为变量加入到签名消息中，同时，在验证签名的时候，由于硬分叉不会改变分叉前的任何状态，用于验证签名消息的chainId不应该设置为合约变量，而应该在每次验证前重新获取，然后进行验签，保证安全性。影响
对用户的影响
普通在协议不支持分叉链的情况下，应尽量不在分叉链上进行任何操作，防止对应的签名消息重放到主网上，造成用户在主网上损失资产对交易所和托管机构的影响
由于很多交易所本身都支持了ETHW代币，所以这些由于攻击而提取出来的代币都有可能充值到交易所中进行抛售，但需要注意的是，此类攻击并不是链共识本身的问题而导致的恶意增发，所以对交易所而言，此类攻击无需进行额外的防范总结
随着多链场景的发展，重放攻击从理论层面逐步变成主流的攻击方式，开发者应当仔细考量协议设计，在进行消息签名机制的设计时，尽可能的加入chainId等因子作为签名内容，并遵循相关的最佳实践，防止用户资产的损失。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。