loading...
硬件钱包常被视为数字资产的保险箱，而“清晰签名”正是其作为可信见证者的基石——它确保设备在用户批准前显示可读的交易详情。然而，2026年8月披露的三起安全漏洞表明，这一机制仍存在可被利用的薄弱环节。
这些漏洞分别涉及屏幕显示后数据被篡改、批量操作中仅显示部分信息，以及将代币批准伪装为支付操作。所幸所有问题均已通过应用更新修复，且未发现实际资金被盗或私钥泄露的证据。
与盲签名不同，清晰签名会解码并展示交易的具体内容：接收方地址、转账金额、资产类型及操作类型。例如，交换提示可能显示“发送1,000 USDC，至少接收0.42 WETH”，而非一串难以理解的哈希值。
这种设计的核心逻辑是：即使运行钱包的设备已被入侵，只要屏幕显示的内容真实可信，用户仍能做出知情决策。
ERC-7730是一种标准化的JSON格式，用于描述智能合约函数调用的语义。它包含三个关键部分：合约部署上下文绑定、元数据命名规则，以及将函数映射为人类可读标签的显示规则。
该标准由以太坊基金会维护，注册表开放供审计和使用。但需注意，加入注册表不等于经过验证。若某合约缺乏描述符，钱包将回退至盲签名模式，进一步凸显清晰签名是一个依赖多方信任的系统。
清晰签名的有效性依赖于三个条件同时成立：正确解码、完整显示、签署内容与显示一致。一旦其中任一环节被破坏，整个信任机制即告崩塌。
这三起漏洞正分别击穿了上述环节。虽然修复版本已在2026年8月陆续发布，但不同钱包厂商的采用进度不一，整体落地时间尚不确定。
编号LSB-023，源于一个共享软件开发套件（SDK）。攻击者可在设备仍在等待确认时，通过已入侵的计算机发送新命令，导致签名参数在显示后发生变更。
若应用程序未校验自身状态，可能显示一组数据却签署另一组。该缺陷最早于2025年8月引入，直到2026年8月才在以太坊应用1.22.2版本中获得防护，随后SDK完成修复。
编号LSB-024，源于应用对批量操作的处理方式。系统将操作计数读作16位，但存储剩余数量的字段仅为8位。
在概念验证中，257笔操作的批次回绕为1，导致设备仅显示最后一项，而签名覆盖整个批次。该漏洞需要被入侵的计算机和异常庞大的交易批次，且仅在私有网络上成功复现，未造成真实损失。
编号LSB-025，影响代币批准流程。应用检查了代币、数量和目的地，但未验证操作是否为支付。
恶意交换平台可用匹配的细节替换批准请求，使用户误以为是在进行支付操作。尽管无法创建无限额度或任意权限，且资金转移仍需后续交易触发，但此类伪装足以诱导用户授权。
| 漏洞编号 | 失败环节 | 利用条件 | 修复版本 | |------------|------------|------------------|-------------| | LSB-023 | 显示后更改 | 被入侵计算机 | 应用1.22.2，随后修复SDK | | LSB-024 | 部分信息显示 | 被入侵计算机 + 超大批次 | 应用1.22.3 | | LSB-025 | 批准伪装支付 | 恶意交换提供商 | 应用1.22.3 | 报告指出，第二、第三漏洞的修复代码早在发布前数月就已合并，但公告未说明延迟原因。这反映出清晰签名机制在软件边界处的脆弱性。
代币批准允许合约代表你动用资产，通常持续有效直至手动撤销。建议定期使用钱包内置工具或浏览器插件检查并清除未知或过期的授权。
撤销操作虽会产生少量费用，且无法追回已发生的损失，但可有效防止未来被滥用。以太坊安全指南提供了基础防护建议。
首要任务是更新以太坊应用至1.22.3或更高版本。固件更新不能替代应用升级，务必确认设备上安装的版本号。
阅读屏幕上的每一项操作说明，不要仅关注金额。遇到意外或模糊的批准提示，应立即停止操作。
其他钱包制造商也需评估自身实现逻辑，因不同设备在清晰签名处理上存在差异。
清晰签名降低了人为误操作的风险，但并未消除所有威胁。被入侵的计算机仍可干扰解码过程中的中间环节。
诈骗分子常借事故新闻传播虚假更新链接，结合AI生成内容制造高仿真骗局。消费者加密货币骗局指南列出了常见警示信号。
没有任何技术能保证万无一失，真正的安全在于用户保持警惕、持续更新、主动审查。
清晰签名是一项关于透明与诚实的承诺：钱包显示的内容应与签署的内容完全一致。2026年8月的公告揭示，这项承诺在复杂系统中可能悄然破裂。
三起漏洞分别来自共享开发组件、计数器溢出，以及批准逻辑的误解。尽管无实际盗窃案例，且所有问题均已修复，但它们提醒我们：信任机制必须建立在层层验证之上。
实用建议始终如一：及时更新应用版本，仔细阅读每一条提示，定期审查旧的代币授权，把主动防御变成习惯。
623
340
103
805
307
270
758
731
930
392
