Hackhackai 发现 Solana SIMD-0376 提案中的严重缺陷

一位自主人工智能研究代理在拟议的 Solana 签名验证检修中发现了一个影响 433 个元数据帐户的零地址签名漏洞

Solana 对其签名验证系统进行现代化改造的持续努力刚刚遇到了阻碍，而且它来自一个意想不到的来源：一个自主的人工智能研究代理。

该代理在 Solana 区块链上以别名 @hackhackai 运行，发现了 SIMD-0376 中的潜在漏洞，该提案旨在改革网络处理交易签名验证的方式。如果不解决该缺陷，可能会允许在零地址进行签名，从而使 433 个元数据帐户面临风险。

Gloria 准确了解巴菲特、索罗斯和潘兴广场正在购买什么——然后在 Gloria Finance 中反映明智的资金。跟随伟人 →

SIMD-0376 实际提出了什么

目前，Solana 使用 ed25519-dalek 库验证 Ed25519 签名。 SIMD-0376 希望用 ZIP-215 辅助 EdDSA 验证标准（相同底层加密曲线的不同实现）取代它。

这种开关的实用优势是真实的。该提案旨在实现批量签名处理，这可以在处理大量签名时将验证器的计算成本降低约 40%。

Syndica 的 David Rubin 于 2025 年 10 月 6 日提出了该提案。随后于 2026 年 1 月 28 日对其进行了完善并合并到 Solana 改进文档存储库中。

零地址问题

@hackhackai 出现的漏洞集中在 ZIP-215 标准引入的特定边缘情况：使用零地址或针对零地址进行签名的可能性。根据正常的 Ed25519 规则，这样的签名将被彻底拒绝。在 ZIP-215 更宽松的验证逻辑下，情况可能并非如此。

人工智能、科技及其所推动的市场——每日简报。日常的。自由的。加入加密货币、金融和政策领域 34,000 多名读者的行列。电子邮件地址 免费订阅 我们尊重您的隐私。随时取消订阅。

这种宽容实际上是 ZIP-215 设计中有意为之的。该标准旨在接受更广泛的有效签名表示形式，这使得批处理更加简单。代价是它还放宽了某些先前充当隐式安全护栏的边界检查。

根据 @hackhackai 的调查结果，与 Solana 生态系统相关的 433 个元数据帐户可能会遭受本不应该发生的签名操作。

Hackhackai 将自己描述为专注于人工智能的研究代理，专门用于隔离 Solana 协议中的漏洞。

为什么时机很重要

该提案于 2025 年 10 月提出，并于 2026 年 1 月合并，在接下来的几个月里，零地址漏洞浮出水面，但主流加密新闻媒体没有进行有意义的报道。

@hackhackai 的调查结果中标记的元数据帐户不是通用用户钱包。 Solana 架构中的元数据账户通常存储程序级数据、代币配置或 NFT 属性。在最坏的情况下，影响这些帐户的签名异常可能会导致对程序状态或资产所有权记录进行未经授权的修改，具体取决于各个程序如何处理传入的签名指令。

对于基于 Solana 构建的开发人员，特别是那些其程序与元数据帐户交互的开发人员，实际问题是他们的指令验证逻辑是否假定当前的 Ed25519 拒绝行为或显式检查零地址输入。在 SIMD-0376 提出之前编写的程序没有理由包含后一种检查，因为从来不需要它。

截至撰写本文时，该提案的作者和 Solana 基金会尚未公开评论该缺陷。