本文由Certik原创，授权“金色财经”首发，转载请注明出处。
“黑客拿着房主证明找物业拿钥匙，证明是假的，却从物业那里拿到了真的钥匙”
事件回顾
2021年8月10日，PolyNetwork遭受了跨链攻击，被转移了6亿美金的加密资产（之后攻击者开始陆续归还被盗资产）。攻击者在多条公链上进行了恶意交易，并通过中继器（Poly-Relayer）组件完成了攻击。
用上面物业的例子来解释的话，黑客用假房主证明（第三方公链上的invalid transaction），从物业（中继器 Poly-Relayer）那里拿到了真的钥匙 (Poly-chain上经过签名的Merkle证明）。
一、黑客在第三方公链上初始化了一个本应是无效的恶意交易。
《精灵达人3D》正式首发 Cocos-BCX 主网:据官方消息，近日，由生态合伙人 DAPPX 参与开发的《精灵达人3D》正式首发于游戏公链 Cocos-BCX 主网。《精灵达人3D》是一款以精灵宝可梦为题材的抓宠游戏，游戏美术采用全3D 制作。用户可通过 CocosWallet ， DAPPX 或 IMCOCOS 登录 COCOS 主网账号即可体验。截至目前，Cocos-BCX 主网已上线《加密骑士团》《恶龙必须死》《XPEX怪兽世界》《Go Block》《可可夺币》《熊猫运动会》等多款玩法多样的趣味性链游，游戏公链生态在逐步壮大和完善。[2020/8/20]
二、中继器Poly-Relayer在没有充分检查的情况下将此交易纳入了Poly Chain的Merkle tree并签字，然后发布到Poly Chain区块中。
首发 | 百度财报体现区块链 BaaS平台成为新战略重点:金色财经报道，2020年2月28日，百度（股票代码BAIDU）公布财报，其中将区块链BaaS平台相关的进展进行了单独叙述，依托于百度智能云的区块链平台有望成为技术创新方向的新增长引擎。在AI服务上，百度与上海浦东发展银行达成合作，共建区块链联盟，在百度区块链服务（BaaS）平台上实现跨行信息验证。[2020/2/28]
三、黑客在以太坊上用步骤二的有效Merkle证明，调用Poly Network的ECCM合约，将keepers改成黑客控制的公钥。
这里值得注意的是，Poly Network在有些链上的中继器没有通过此交易，所以其链上资产未受影响。
首发 | 火币集团全球业务副总裁：监管将决定区块链技术和加密货币的落地速度:1月21日，火币集团全球业务副总裁Ciara Sun在达沃斯世界经济论坛上表示，对区块链和数字货币的监管态度，2019年是重要的一年。在美国，到2019年底，针对加密货币和区块链政策有21项法案，这些法案包括税收问题，监管结构，跟踪功能和ETF批准，哪些联邦机构监管数字资产等。欧盟（EU）在2020年1月10日实施了一项新法律，要求加密货币平台采取更严格的反做法。瑞士，日本，立陶宛，马耳他和墨西哥通过法律，要求交易所必须根据KYC和AML准则获得许可。中国，土耳其，泰国等国家正在计划自己的中央银行数字货币（CBDC）。而监管将决定区块链技术和加密货币的落地速度。[2020/1/22]
一、黑客于北京时间2021年8月10日17:32:32对第三方公链发起了一笔恶意交易。
IMEOS首发 EOS Go公布新增两条复选条件 :据金色财经合作伙伴IMEOS报道：今日，EOS Go在 steemit上公布新增的两条复选条件为：
1. 保证安全的计划：候选节点是否在steemit上发布文章介绍该节点的安全方法和计划，“安全方法”标准是向EOS选民展示安全最佳实践知识和组织实施计划的机会；
2. 立场：描述该节点分享通胀奖励和/或向EOS代币持有人派发股息的立场（候选节点在steemit发布）。主要阐述以下两个问题：
该组织是否会出于任何原因向EOS令牌选民提供支付，包括BP选举和社区建议？
该组织是否有书面的无票付款政策？如果是这样，请提供一个链接。[2018/4/27]
https://explorer.ont.io/tx/F771BA610625D5A37B67D30BF2F8829703540C86AD76542802567CAAFFFF280C#
我们对交易进行了解码，得到了以下参数映射。
二、此恶意交易调用了一个method "66313231333138303933"，其对应的签名等于0x41973cd9（与之后调到的putCurEpochConPubKeyBytes函数签名相同）。
三、这笔交易应该是无效调用, 可是中继器Poly-Relayer却在未充分检查的情况下将此交易纳入了Poly Chain的Merkle tree并签字，然后发布到Poly Chain区块中。Merkle tree是用来证明交易是否真实存在的。其产生的跨链交易如下：https://explorer.poly.network/tx/1a72a0cf65e4c08bb8aab2c20da0085d7aee3dc69369651e2e08eb798497cc80
此恶意交易利用了中继器Poly-Relayer的漏洞，这可能就是为什么黑客不得不冒险通过中心化交易所购买第三方公链代币的原因。
黑客部分声明的截图如下：
四、跨链交易在以太坊上调用了Poly Network合约的EthCrossChainManager.verifyHeaderAndExecuteTx()，第一个参数包含了Merkle证明，解析如下：
五、这个函数解析了Merkle证明，发现证明是有效的，此恶意交易确实存在于已被签名的Merkle tree中。
之后调用了EthCrossChainManager._executeCrossChainTx()函数去执行此交易，即调用toContract指向合约 (0xcf2afe102057ba5c16f899271045a0a37fcb10f2)中的method (0x6631313231333138303933)，传入参数args (010000000000000014a87fb85a93ca072cd4e5f0d4f178bc831df8a00b)。而这个method指向putCurEpochConPubKeyBytes(bytes)，因为其函数签名与步骤二中提到的method签名相同 (均为0x41973cd9，此处为哈希碰撞)，所以被顺利执行，将keepers的公钥改成了黑客的公钥。以太坊上的交易如下：https://etherscan.io/tx/0xb1f70464bd95b774c6ce60fc706eb5f9e35cb5f06e6cfe7c17dcda46ffd59581
六、黑客改变公钥后，即可随意解锁资产。
此次攻击是由一连串交易构成的，其攻击根源分析如下：
1. 中继器Poly-Relayer会接收任意含有"makeFromOntProof" 事件的交易。
2. 中继器Poly-Relayer在未充分检查的情况下，将恶意交易发布到Poly Chain上。
3. 在步骤二中，此恶意交易被纳入到Poly Chain的Merkle tree上，产生了有效的Merkle证明。
4. 以太坊上的ECCM合约只对步骤二产生的Merkle证明和原始数据进行了轻量级验证。不过值得注意的是，Merkle证明的全面验证应该在协议层面完成，而不是在智能合约层面。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。