Web3Auth 正在对此前在加密圈迅速传播的一个数字提出异议：据称 Keplr 社交登录钱包被盗 601 万美元。该公司表示这一估算并不准确，因为相关资金已转入经过验证的恢复钱包，而非落入攻击者之手。

这一争议之所以重要，是因为它建立在一次真实安全事件之上。Web3Auth 服务中的一个漏洞影响了使用 Google 和 Apple 账户登录的 Keplr 用户，而悬而未决的问题是：流出这些钱包的资金中究竟有多少真正损失了。

Keplr 社交登录钱包发生了什么

事端始于 2026 年 11 月 6 日至 7 日，当时与社交登录绑定的 Keplr 钱包开始出现资金流失。区块链数据提供商 Bitquery 追踪到 Cosmos 生态中超过 44,041 个受影响的钱包，以及基于 Cosmos 的 Injective 链上的 7,603 个钱包。这些资金流出在 CryptoBriefing 对该事件的早期报道 中被标记。

受影响的账户是那些依赖 Web3Auth 基础设施进行登录和密钥管理的账户。

Web3Auth 于 11 月 6 日确认了该漏洞，并在同日暂停了其嵌入式钱包服务。

Keplr 联合创始人 Josh Lee 表示，此次漏洞源于 Web3Auth 服务中的一个缺陷，影响了通过 Google 和 Apple 登录创建的钱包中约 20%。以传统方式创建的钱包未发现任何被入侵的迹象。据 Keplr 称，使用助记词或硬件设备设置的账户是安全的。

对于非专业人士来说，这套机制是这样运作的：社交登录钱包允许用户使用 Gmail 或 Apple ID 开设加密账户，而无需抄写 12 或 24 个单词的种子短语——即一组随机单词，作为自托管钱包的唯一备份。第三方提供商（此处为 Web3Auth）在幕后处理密钥管理，这降低了准入门槛，但也使信任集中在其基础设施上。

为什么 601 万美元的数字存在争议

601 万美元的数字来自对事件期间受影响钱包资金流出总额的统计。Web3Auth 的立场是，这一统计把不该算的交易也计入了。该公司表示，一些被标记为盗窃的链上资金流动，实际上是由 Web3Auth 及其合作伙伴执行的、出于保护目的的“白帽”恢复操作。

混乱源于这些救援行动在链上的表现。恢复操作使用了与最初攻击相同的技术路径，因此在任何观察区块链的人看来，救援与抢劫几乎一模一样。

到 11 月 8 日，Web3Auth 已公布一份经验证的恢复地址清单，涵盖 11 个基于 Cosmos 的网络和 8 条 EVM 兼容链。其目的是让用户和分析师确认被恢复的资产确实落入了该公司控制的钱包。当 Web3Auth 称 601 万美元的估算有误时，它所依据的正是这份清单：按照该公司的说法，如果资金存放在这些地址中，就说明并未被盗。

请仅通过官方渠道获取信息

Web3Auth 和 Keplr 都告知用户不要理会任何非官方的恢复提议，并仅依赖两家公司自己的渠道获取更新和指引。Keplr 还建议用户停止向受影响的账户存入新资金，并在此期间将资产转移到安全的账户中。

这对社交登录钱包意味着什么

当用户自己保管助记词或硬件设备时，其安全性主要取决于自身操作。而当密钥由提供商管理时，上游的一个单一缺陷就可能同时波及数千个钱包。Keplr 自己的指引也凸显了这一差别，因为基于助记词和硬件设备的钱包在此次事件中毫发无损。

围绕该数字的争议也暴露了加密安全事件在实时衡量中的一个弱点。链上分析速度快、透明度高，但它显示的是资金流动，而非意图。一场复制了攻击路径的救援行动，在有人凭借更多背景信息澄清之前，会被当作攻击来统计。

这一点是把双刃剑。正如 Web3Auth 所主张的，早期估算可能夸大损失。但公司自己对事件的说法同样值得审视，这正是公布的恢复地址如此重要的原因：它们让外部人士能够核实这一说法，而不是盲目相信。

目前有两问悬在事件的下一阶段之上：争议流出的资金中最终有多少能与公布的恢复地址匹配，以及 Web3Auth 暂停的嵌入式钱包服务是否——以及何时——恢复上线。这两点都应通过公司官方渠道跟踪，而非通过非官方恢复提议。

本文基于 CryptoBriefing 的报道。