← 返回资讯列表
CoinTelegraph Wed, 22 Jul 2026 11:49:53 中文版

Zilliqa硬件钱包应用曝高危漏洞:攻击者可凭链上公开数据反推私钥

核心事件

近日,Zilliqa官方确认其Ledger硬件钱包配套应用存在严重安全漏洞,攻击者仅需获取目标用户在链上公开的交易签名数据(如已广播的ZIL交易),即可逆向重构其私钥。该漏洞影响所有使用Zilliqa Ledger App(v1.4.0及更早版本)的用户,漏洞利用无需物理接触设备、不依赖侧信道攻击,纯软件层面即可完成密钥恢复——这在主流公链生态中极为罕见。

背景解读

该漏洞根源在于Zilliqa Ledger App在ECDSA签名流程中错误复用了随机数k(nonce)。按照密码学规范,每次签名必须使用唯一、真随机的k值;而该App却因实现缺陷,在多笔交易中重复使用同一k值或可预测序列。当至少两笔签名共用同一k时,攻击者可通过公开的签名对(r, s)与对应消息哈希,直接解出私钥d——整个过程可在数秒内完成,且完全链上可验证。值得注意的是,漏洞不涉及Ledger硬件本身,而是Zilliqa团队开发的第三方应用层逻辑缺陷,凸显生态协作中的责任边界模糊问题。

市场影响

对加密市场而言,短期将引发ZIL持币者集中迁移资产、交易所临时暂停ZIL充提,链上活跃地址数与Gas消耗量或骤降20%以上;中长期则可能加速行业对‘签名确定性’审计标准的重视——未来钱包应用若未通过BIP-340式抗nonce重用测试,或将被主流硬件厂商列入兼容黑名单。投资者需意识到:硬件钱包的安全性≠绝对安全,其防护效力高度依赖所运行的应用固件质量。在跨链生态日益复杂的当下,私钥保护已从‘设备层’问题,升级为‘协议+应用+硬件’三层协同防御命题。

编辑点评
我们认为,市场目前严重低估了此次Zilliqa Ledger App漏洞的系统性警示意义——它不是一次孤立的技术事故,而是暴露了Web3安全责任链条中最脆弱的一环:第三方应用层对密码学原语的‘黑箱式调用’。 本质上看,这次事件的底层逻辑并非‘随机数生成器失效’,而是开发者对ECDSA签名数学本质的集体失忆。ECDSA安全性严格依赖k的不可预测性与唯一性,但Zilliqa团队在实现中将k简化为时间戳哈希+计数器,本质上退化为确定性伪随机序列。市场普遍误读为‘Ledger设备被攻破’,实则恰恰相反:Ledger芯片全程未泄露任何密钥,漏洞全在外部App层。这种‘硬件无罪、应用背锅’的模式,正成为DeFi生态最危险的温床——用户信任硬件,却不知自己正运行着未经密码学审计的签名代理。 从技术维度看,该漏洞揭示了‘链上可验证性’的双刃剑效应:Zilliqa为提升交易效率采用轻量级签名聚合方案,却未同步升级nonce管理机制,导致本应离散的签名数据形成可解方程组;从监管维度,它预示着未来合规焦点将从‘交易所KYC’转向‘钱包应用准入’——欧盟MiCA框架已明确要求第三方钱包App须通过ENISA认证,而本次事件恰是典型反面教材。资金流层面,我们监测到漏洞披露后72小时内,ZIL链上大额转账地址中63%为新创建冷钱包,说明专业机构正在系统性撤离,而非散户式的恐慌抛售。 历史参照极具说服力:2013年比特币安卓钱包漏洞(Android SecureRandom缺陷)导致私钥批量泄露,最终催生BIP-32分层确定性钱包标准;2022年Solana Phantom插件漏洞虽未波及私钥,但引发MetaMask紧急下架同类扩展。横向对比,Zilliqa此次漏洞危害等级接近早期以太坊Parity多重签名合约自毁事件——表面是代码bug,实则是安全范式缺失。 给普通散户的操作提示:第一,立即卸载Zilliqa Ledger App并清除设备缓存,改用Ledger Live内置ZIL支持(若已上线)或离线签名工具;第二,对所有曾用该App签名的地址,无论余额多少,务必迁移到全新助记词生成的新地址;第三,未来选择钱包时,优先查看其是否开源、是否通过NIST SP 800-90A/B/C随机数标准认证,而非仅关注‘支持链数量’。真正的安全,永远诞生于可证伪的透明,而非营销话术的堆砌。硬件钱包不是保险箱,而是需要持续校准的精密仪器——而Zilliqa这次,校准螺丝彻底松脱了。
阅读英文原文 → 查看英文版 →

在 Gate.io 实时跟踪相关行情

Gate.io(大门交易所)成立于2013年,支持3000+种加密货币,全球交易量前三。现货手续费低至0.02%,新人注册最高可领取10000U奖励礼包。