惊天魔盗，近2亿美金损失，Nomad Bridge攻击事件分析

北京时间2022年8月2日，CertiK安全团队监测到Nomad Bridge遭受攻击，导致了价值约1.9亿美元的损失。

合约的问题在于在initialize() 函数被调用的时候，“committedRoot” 被设成了0x00地址。因此，攻击者可以通过消息的验证，将在桥合约中的代币转移。

攻击步骤

① 攻击者调用process()函数开始攻击。

② process()函数中调用了acceptableRoot(messages[_messageHash])，这个函数检查了被提交的root以及OptimisticTimeOut是否过期。

③此时函数acceptableRoot(messages[_messageHash])返回了true，也就是说这条message就被批准了。这是因为0x0000在初始化过程中被设置为了true（CertiK安全专家认为这是部署过程中产生的错误）。

④当这条message被批准后，攻击者即可从桥中转移资金。

攻击交易

攻击示例:

○ 在Moonbeam Bridge上转移了0.01 WBTC: https://moonscan.io/tx/0xcca9299c739a1b538150af007a34aba516b6dade1965e80198be021e3166fe4c 

○ 在Etherem Bridge接受了100WBTC代币转移：https://etherscan.io/tx/0xa5fe9d044e4f3e5aa5bc4c0709333cd2190cba0f4e7f16bcf73f49f83e4a5460 

漏洞分析

在Replica合约中，“committedRoot”被错误地初始化为0 （https://etherscan.io/tx/0x53fd92771d2084a9bf39a6477015ef53b7f116c79d98a21be723d06d79024cad）。

合约地址：https://etherscan.io/address/0x88a69b4e698a4b090df6cf5bd7b2d47325ad30a3

函数process通过调用函数acceptableRoot()确保message hash能通过验证。

函数acceptableRoot()会检查root是否已经被proven, processed或者confirmed。

然而在初始化的交易中0x53fd92771d2084a9bf39a6477015ef53b7f116c79d98a21be723d06d79024cad，owner传入了0x00并且它对应的`confirmAt`也会在初始化中被设为1。

因此0x00可以被当作一个`acceptableRoot`，这也可以在replica合约中查询到https://etherscan.io/address/0xb92336759618f55bd0f8313bd843604592e27bd8。

Prove函数的实现导致了一条unproven message的root是0，而0作为一个有效的confirmed root可以通过require的检查。攻击者只需调用process函数就能从桥中转移资金。

资金去向

大约价值1.9亿美元的代币从桥合约中转移出去。

https://defillama.com/protocol/nomad?denomination=USD 

写在最后

由于该问题是由部署参数中的错误引起的，我们假设所有的部署和配置都是正确的，那么在传统的审计中确实很难发现该问题。然而，在包含验证部署过程等更广泛的审计过程中，是可以有效指出该问题的。

CertiK可提供部署阶段后的附加服务——合约验证，其中包括对智能合约的分析和部署后合约验证的深入分析。