Cetus遭受攻击：代码安全审计的局限性

近日，SUI生态DEX Cetus遭受攻击，引发了业内对智能合约安全的再度关注。尽管Cetus已经进行了多轮代码审计，但仍未能完全防范此次攻击。这一事件凸显了代码安全审计在防范潜在威胁方面的局限性。

Cetus曾接受多家机构的代码审计。某知名审计机构对Cetus的审计结果显示，仅发现2个轻度风险和9个信息性风险，大部分已得到解决。该机构给出的综合评分为83.06，代码审计评分高达96分。

除此之外，Cetus还公开了来自其他三家专业机构的审计报告。这些报告分别来自MoveBit、OtterSec和Zellic，都专注于Move语言代码审计。

MoveBit的审计报告指出了18个风险问题，包括1个致命风险、2个主要风险、3个中度风险和12个轻度风险。据报告显示，这些问题均已得到解决。

OtterSec的审计报告发现了1个高风险问题、1个中度风险问题和7个信息性风险。高风险和中度风险问题已解决，部分信息性风险仍在处理中。

Zellic的审计报告则发现了3个信息性风险，主要涉及代码规范性，安全风险相对较低。

尽管Cetus经过了多轮审计，仍然未能避免此次攻击。这表明，即使是经过多家机构审计的项目也可能存在安全隐患。对比其他新兴DEX的安全措施，我们可以发现一些更为全面的安全策略：

1. 多家知名机构联合审计：如GMX V2由5家公司进行代码审计。

2. 高额漏洞赏金计划：GMX V2和DYDX V4都推出了单项最高500万美元的漏洞赏金计划。

3. 持续的安全监控：部分项目除了代码审计，还会对网站、DNS等进行定期扫描。

4. 社区参与的审计竞争：通过集思广益的方式发现并排除潜在漏洞。

这次Cetus遭受攻击的事件再次提醒我们，代码安全审计虽然重要，但并非万无一失。对于DeFi项目而言，多主体审计配合高额漏洞赏金计划和持续的安全监控，才能相对更好地保障项目安全。同时，用户在参与新兴DeFi协议时，也应当格外关注项目的安全措施和审计情况，谨慎评估潜在风险。