摘要:2026年8月披露的三起硬件钱包签名漏洞暴露了清晰签名机制的脆弱性。尽管未发生私钥泄露,但屏幕显示内容可能被篡改、信息被隐藏或操作被伪装,凸显更新应用版本与主动审查授权的重要性。

币圈界报道:
硬件钱包清晰签名机制面临三大信任挑战
“清晰签名”旨在确保用户在批准交易前,能通过设备屏幕读取完整的交易信息。然而,2026年8月公布的三项安全缺陷表明,这一机制仍存在可被利用的漏洞:攻击者可在显示后篡改内容、隐藏批量操作细节,或使代币批准伪装成支付请求。目前所有问题均已修复,但其暴露的系统性风险不容忽视。
屏幕可信度的边界:从解码到显示的信任链
清晰签名的核心在于设备对交易数据的解析能力——它应将复杂的合约调用转化为可读的接收方、金额与操作类型。相较之下,盲签名仅呈现哈希值,缺乏语义解释。例如,交换提示可明确标示“发送1,000 USDC,至少接收0.42 WETH”,而非一串不可读字符。这使得硬件钱包从单纯的“保险箱”升级为“见证者”,前提是其显示内容真实无误。
ERC-7730如何赋予交易语义化表达
ERC-7730是一种标准化的JSON格式,用于定义智能合约函数调用的可读描述。该标准包含三要素:上下文绑定(关联特定合约部署)、元数据命名与显示规则映射。描述符由以太坊基金会维护的开放注册表收录,审计员可验证其准确性,但注册不等于认证。若合约无对应描述符,钱包将退至盲签名模式。因此,清晰签名实为一套依赖解码、展示与信任链协同运作的系统。
为何屏幕仍可能误导用户
清晰签名的有效性建立在三个前提之上:正确解码、完整展示、签署内容与显示一致。上述三起漏洞分别击穿其中任一环节。虽然修复补丁已发布,但各钱包厂商采纳新标准的时间表尚不明确。据通报,三起事件均未导致私钥泄露,且无实际攻击证据,但其暴露出的脆弱性远超一般用户预期。
漏洞一:显示后参数被篡改
编号为LSB-023的漏洞源于共享软件开发套件(SDK),最早于2025年8月引入。攻击者可通过已被入侵的设备,在签名等待期间注入新指令,导致屏幕显示的参数与最终签署内容不一致。此缺陷影响范围广泛,涉及多个应用。2026年8月,以太坊应用在1.22.2版本中加入防护,随后SDK完成修复,第三方开发者亦被提醒审查处理逻辑。公开记录显示,仅在实验室环境中复现,未造成资金损失。
漏洞二:批量操作计数器溢出回绕
编号为LSB-024的漏洞出现在以太坊应用对批量操作的处理逻辑中。系统将操作总数读作16位整数,但剩余计数仅存于8位字段。当批次超过256条时,计数回绕为1,致使设备仅显示最后一项操作,而实际签署的是整个批次。该攻击需配合被控计算机与超大攻击批次,概念验证在无真实资金的私有网络上完成。修复随应用1.22.3版本上线,此时清晰签名仅呈现部分真相。
漏洞三:批准被伪装为支付
编号为LSB-025的漏洞聚焦于交换流程中的批准操作。应用虽校验代币、数量与目标地址,却未确认操作是否为支付。恶意交换平台可替换批准请求的语义,使其外观与支付相似,且不触发额外警告。限制条件包括:无法创建无限额度、无法更改代币或地址权限,且批准本身不会直接转移资金。修复措施随1.22.3版本发布,官方文档进一步阐明批准机制。
三起漏洞对比分析
漏洞编号 | 失败环节 | 利用条件 | 修复版本 ---|---|---|--- LSB-023 | 显示后详情被更改 | 被入侵计算机 | 应用1.22.2,后续修复SDK LSB-024 | 仅显示一项操作 | 被入侵计算机 + 超大批次 | 应用1.22.3 LSB-025 | 批准被误认为支付 | 恶意交换提供商 | 应用1.22.3 公告指出,后两起漏洞的修复代码早在发布前数月即已合并,但未说明延迟原因。整体模式清晰:清晰签名在软件链末端极易失效。
如何识别并撤销异常代币授权
代币批准允许第三方合约代表你支出资产,通常持续有效直至手动撤销。建议定期使用钱包内置工具或浏览器扩展检查历史授权,及时清除未知或过期的许可。撤销操作会产生小额费用,可阻止未来支出,但无法追回已发生的资金转移。以太坊安全指南提供了基础防护建议。
当前应对策略与行动建议
务必更新以太坊应用至最新版本:固件更新不能替代应用更新。核查设备所载应用版本,目标应为1.22.3或更高。仔细阅读屏幕上的每一项操作说明,切勿仅关注金额。若发现异常批准提示,立即停止操作。其他钱包制造商也应评估自身实现逻辑,因不同设备间存在差异。
安全认知再审视:信任不应过度简化
清晰签名虽降低风险,但并未消除风险。一旦运行钱包的终端被攻破,攻击者仍可干预解码过程。诈骗者常借事故新闻散布伪造更新链接,结合AI生成内容制造高仿真骗局。消费者加密货币骗局指南列出了典型预警信号。没有任何技术能保证绝对安全。
总结:信任机制的脆弱性警示
清晰签名承诺“所见即所签”,但2026年8月的披露揭示了这一承诺的局限性。一起漏洞源于共享开发套件,一起源自计数器回绕,还有一起让批准行为伪装成支付。尽管无密钥泄露或实际被盗案例,每项缺陷都暴露了解码、显示与签署之间协同失效的风险。核心教训明确:保持应用更新、确认版本号、细读操作内容,并定期清理旧授权。
声明:本站所有文章内容,均为采集网络资源,不代表本站观点及立场,不构成任何投资建议!如若内容侵犯了原著者的合法权益,可联系本站删除。
