CertiK：Solana跨链桥虫洞事件分析

北京时间2022年2月3日凌晨1点58分，Solana跨链桥项目虫洞（Wormhole）遭受攻击者发起的攻击。黑客绕过了 Solana 上的Wormhole Bridge验证过程，并为自己铸造了Wormhole ETH (wETH)。

此次事件中，攻击者通过注入一个欺骗性的 sysvar 帐户绕过了系统验证步骤，并成功生成了一条恶意“消息”，指定要铸造12万枚wETH。最后，攻击者通过使用恶意“消息”调用了“complete_wrapped”函数，成功铸造了12万枚wETH，价值约3.2亿美元。

该事件造成的损失金额之大，令其成为了DeFi史上第二大黑客攻击事件。

虫洞（Wormhole）简介

虫洞（Wormhole），又称爱因斯坦－罗森桥，也译作蛀孔。是宇宙中可能存在的连接两个不同时空的狭窄隧道。

言归正传，其实Solana的跨链桥虫洞协议（Wormhole Protocal），确有虫洞在科学乃至科幻小说里相同的意思和定位。

虫洞可连接两个不同时空的隧道，从而节约时间进行“传送”。而Solana的跨链桥虫洞协议（Wormhole Protocal），是连接以太坊的桥。简单来说，它帮助我们节约了交易的时间和周期，避开以太坊的拥堵从而体验到Solana的快速交易。

漏洞利用交易

铸币12万枚Wormhole ETH:

https://solscan.io/tx/2zCz2GgSoSS68eNJENWrYB48dMM1zmH8SZkgYneVDv2G4gRsVfwu5rNXtK5BKFxn7fSqX9BvrBc1rdPAeBEcD6Es

将代币转到以太坊:

https://etherscan.io/address/0x629e7da20197a5429d30da36e77d06cdf796b71a#internaltx

漏洞攻击流程

步骤一：攻击者使用假 sysvar account调用“verify_signatures”函数：https://solscan.io/tx/25Zu1L2Q9uk998d5GMnX43t9u9eVBKvbVtgHndkc2GmUFed8Pu73LGW6hiDsmGXHykKUTLkvUdh4yXPdL3Jo4wVS①以伪造的“sysvar account”作为参数调用的“verify_signatures”函数：

相比之下，以下截图是以真实的“sysvar account”作为参数的“verify_signatures”函数：

② “verify_signatures”函数从 sysvar (L92) 加载当前指令。

③ 然而，函数“load_current_index”并不能验证“sysvar account”是否真的是“system sysvar”。由于从“sysvar”中检索到的当前指令（L92）是由攻击者控制的，因此它可以顺利通过以下验证过程。

步骤二：攻击者随后使用上一步验证的签名调用“post_vaa”函数，并创建一个恶意消息帐户，声明要铸造12万枚wETH：https://solscan.io/tx/2SohoVoPDSdzgsGCgKQPByKQkLAXHrYmvtE7EEqwKi3qUBTGDDJ7DcfYS7YJC2f8xwKVVa6SFUpH5MZ5xcyn1BCK

① Account2 是通过“verify_signatures”指令生成的签名集。② Account3 是将在“complete_wrapped”函数中使用的消息帐户。

步骤三：攻击者调用“complete_wrapped”函数读取恶意消息账户中的数据并铸造 12万枚wETH：https://solscan.io/tx/2zCz2GgSoSS68eNJENWrYB48dMM1zmH8SZkgYneVDv2G4gRsVfwu5rNXtK5BKFxn7fSqX9BvrBc1rdPAeBEcD6Es

① Account3 是“post_vaa”函数生成的消息账户。

② Account6 是“收件人”地址，用于接收铸造的Wormhole ETH。③ Account9 是 Wormhole ETH 的铸币机构，是一个 PDA（程序派生地址）。这就是为什么在签名验证通过后，攻击者可以直接铸造代币。

步骤四：部分铸造的 wETH 被转移到以太坊，其余的被交换到 USDC 和 SOL：

https://solscan.io/tx/j3jUDG43di8Dsg7Q3jQhstamtBovu1GLqnDJ7yNvM3r4pnK9e7uqgt9uBobCjT5S1BKhZZFQNQwDxypEYqLknec

https://solscan.io/tx/5UaqPus91wvAzKNve6L8YAHsESomZQ7GWi37gPFyzTHcXNMZA641bb8m8txo7bS7A5cAnzKDKYyiKcQC8GgDcAuf

https://solscan.io/tx/3AugXqrXunBa96YfqENhPBiWZWpnSnJdqAHS64qcHTVU9KtfGon8cN9cUuXsDmBobBBXjYUtuRxnYxgERS42nh6G

https://solscan.io/tx/2SndtH3tU4j6v14HJzEde3d3dnpdHqTPn4VnvhTj4zKLo26H5kmtCwjn2nANfjXNVbmFsyEGtD4Jte25azsPwaRk

合约漏洞分析

这个漏洞的根本原因是在验证签名过程（“verify_signatures”）中，程序使用了一个在Solana更新至1.8.0时即被废弃的“load_current_index”函数。该函数不会验证输入的“sysvar account”是否真的是“system sysvar”，从而攻击者可以趁机伪造这个关键帐户。

为了防止将来此类问题的发生，必须检查并验证函数使用的所有帐户。特别是在该案例中，由于部分检查过程依赖于外部调用，而外部调用的可靠性被过度信任，从而引入了风险。

总结

目前，Wormhole团队已修复漏洞并已恢复网络。在此，CertiK给开发者提出如下几点建议：

开发者在使用外部依赖的函数时，需要对这个函数有足够的了解。

随时关注外部依赖代码库的重要更新，在有重大版本变动时及时对自己的代码库做出相应的调整。

当代码版本更新时，也需及时进行全面审计，并将审计后的代码及时更新到已部署上链的代码中。