北京时间2022年8月2日，CertiK安全团队监测到NomadBridge遭受攻击，导致了价值约1.9亿美元的损失。
合约的问题在于在initialize()函数被调用的时候，“committedRoot”被设成了0x00地址。因此，攻击者可以通过消息的验证，将在桥合约中的代币转移。
攻击步骤
①攻击者调用process()函数开始攻击。
②process()函数中调用了acceptableRoot(messages)，这个函数检查了被提交的root以及OptimisticTimeOut是否过期。
Frax Finance社区投票决定完全抵押FRAX稳定币，移除算法支持:金色财经报道，Frax Finance社区投票通过了一项治理提案，将把FRAX稳定币的目标抵押率（CR）设定为100%，移除协议对稳定币的算法支持。今后，FRAX将成为完全抵押稳定币。FRAX原本被设计为一种部分抵押、部分算法稳定币，其抵押率根据FRAX的市场需求进行调整。
但提案指出，“FRAX的小部分算法支持让人以为FRAX是一种不太安全的选择，尤其是在UST的失败玷污了算法稳定币的概念之后。维持当前92%的CR几乎没有什么好处。”提案称，逐渐将协议CR提高到100%是长期健康和发展的最佳途径。[2023/2/23 12:24:22]
ETH最后活跃5-7年的供应量创6个月新高:金色财经报道，Glassnodes数据显示，ETH最后活跃时间为5-7年的供应量刚刚达到10,356,187.049ETH，创6个月新高。[2023/2/20 12:16:29]
③此时函数acceptableRoot(messages)返回了true，也就是说这条message就被批准了。这是因为0x0000在初始化过程中被设置为了true。
CoinSwitch发布储备金证明，托管钱包总资产约为1.13亿美元:1月6日消息，Coinbase支持的印度加密货币交易所 CoinSwitch 已发布储备金证明，截至北京时间 1 月 6 日 10:30，其托管钱包总资产价值约为 93.392 亿卢比（约为 1.1299 亿美元），占托管的所有用户资产 86.2%，交易所总资产约为 14.962 亿卢比（约为1800万美元）。[2023/1/6 10:58:30]
④当这条message被批准后，攻击者即可从桥中转移资金。
攻击交易
攻击示例:
○在MoonbeamBridge上转移了0.01WBTC:https://moonscan.io/tx/0xcca9299c739a1b538150af007a34aba516b6dade1965e80198be021e3166fe4c
PeckShield：BNB Chain上FCS代币发生RugPull，盗取金额近260万美元:1月4日消息，PeckShield在推特上表示，BNB Chain上FCS代币发生Rug Pull，代币价格已下跌99.7%，被盗取的资产价值约259万美元，目前被盗资金存放在0xbdb9509E1ad6847D6564C5430b0cD42484CE1bd6中。[2023/1/4 9:52:08]
○在EtheremBridge接受了100WBTC代币转移：https://etherscan.io/tx/0xa5fe9d044e4f3e5aa5bc4c0709333cd2190cba0f4e7f16bcf73f49f83e4a5460
漏洞分析
在Replica合约中，“committedRoot”被错误地初始化为0。
合约地址：https://etherscan.io/address/0x88a69b4e698a4b090df6cf5bd7b2d47325ad30a3
函数process通过调用函数acceptableRoot()确保messagehash能通过验证。
函数acceptableRoot()会检查root是否已经被proven,processed或者confirmed。
然而在初始化的交易中0x53fd92771d2084a9bf39a6477015ef53b7f116c79d98a21be723d06d79024cad，owner传入了0x00并且它对应的`confirmAt`也会在初始化中被设为1。
因此0x00可以被当作一个`acceptableRoot`，这也可以在replica合约中查询到https://etherscan.io/address/0xb92336759618f55bd0f8313bd843604592e27bd8。
Prove函数的实现导致了一条unprovenmessage的root是0，而0作为一个有效的confirmedroot可以通过require的检查。攻击者只需调用process函数就能从桥中转移资金。
资金去向
大约价值1.9亿美元的代币从桥合约中转移出去。
https://defillama.com/protocol/nomad?denomination=USD
写在最后
由于该问题是由部署参数中的错误引起的，我们假设所有的部署和配置都是正确的，那么在传统的审计中确实很难发现该问题。然而，在包含验证部署过程等更广泛的审计过程中，是可以有效指出该问题的。
CertiK可提供部署阶段后的附加服务——合约验证，其中包括对智能合约的分析和部署后合约验证的深入分析。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。