币圈界报道：

Electrum 4.8.3 修复高危漏洞：恶意服务器诱导签名致资金外流

Electrum 4.8.3 版本针对一个关键安全缺陷实施补丁，该漏洞曾被用于远程操控用户交易行为，致使两名用户遭遇资金损失。攻击者利用伪造地址与真实地址末四位字符一致的特性，结合低手续费陷阱诱导用户操作。

攻击路径剖析：从伪装交易到授权窃取

开发者 SomberNight 于10月24日发布通告，揭示部分公共节点已在实际环境中部署此类攻击手段。尽管恶意服务器无法直接动用他人资产，但其通过构造无效签名的冲突交易，诱导用户在不知情情况下签署篡改后的付款指令。

攻击依赖于替换费率（RBF）机制——用户为加速未确认交易而提高费用时，系统会生成一笔全新交易并要求重新签名。若原交易已被劫持，新签名即等同于批准错误的收款地址和金额。

典型场景中，攻击者设置一笔零手续费、长期滞留的虚假支付，迫使用户主动提升费用以求处理。当用户在钱包界面执行此操作时，其数字签名将被用于授权原本未被认可的转账内容。

四步攻陷流程：隐蔽性极强的签名劫持

吞没阶段：用户广播真实交易后，恶意主服务器拦截并阻止其进入比特币网络。替换阶段：服务器向客户端推送一笔冲突交易，将相同资金发送至攻击者控制的地址。显示阶段：钱包将该伪造交易展示为“未确认”，而原始记录则从历史中消失。提升阶段：一旦用户对虚假交易发起费用提升，Electrum 将签署有效替代交易，完成资金转移。

整个过程直到第四步才发生实际资金流失。由于签名仅对当前交易有效，若交易内容被更改，合法签名亦可能成为非法转账的通行证。

受害者案例还原：两次报告揭示攻击演进

首例发生在10月11日，用户 dannydeezy 使用双 Trezor 硬件保护的 2-of-3 多重签名钱包发起支付。他分别在两个设备上核验目的地后完成广播，随后发现历史记录中资金流向未知地址，并显示为“本地”状态。经调查，真实交易从未进入内存池。

该伪造交易复刻了原始交易的所有输入及62个签名数据，仅将收款地址尾缀改为“GyQ3”，其余与真实地址高度相似，同时设置极低手续费并返回少量找零。因未触发费用提升，真实交易仍有效，未造成损失。

第二例发生于10月18日，用户 Raju-K12 在提升虚假交易费用后确认付款，最终导致资金丢失，具体数额未公开。此次事件促使开发者定位出攻击核心路径。

修复策略与现存边界条件

4.8.3 版本新增机制：在将任何涉及支出的未确认交易加入历史记录前，强制验证其数字签名。带有无效签名的外部交易将被直接拒绝，不再显示于界面，从而切断攻击入口。

然而，该检查范围有限。传入的未确认交易仍未被验证，原因在于 Electrum 缺乏完整共识引擎，无法追溯父级未确认交易链直至已挖矿区块。已确认交易仍通过简化支付验证（SPV）进行校验。

仅连接受信任服务器（如自建节点）的用户不受影响。若使用公共默认服务器，仍存在风险。

防范建议：四步防御体系构建

第一步：立即升级至 4.8.3 版本

应通过官方渠道下载安装包，并严格验证文件签名，确保来源可信。

第二步：比对完整目标地址

务必与原始发票或付款请求中的完整地址逐一核对，避免依赖钱包历史记录，因其可能已被恶意服务器篡改。

第三步：在硬件设备屏幕确认细节

每次签名前，需在 Trezor 等硬件设备屏幕上逐项核实金额、费用及收款地址，不得仅依赖软件界面提示。

第四步：遇停滞交易切勿轻率提升费用

若发现交易长时间未确认，应在独立区块浏览器中查询原始交易哈希。首例报告中，真实交易根本未上传至网络。

对于无法及时更新的用户，建议在每次签署交易前，手动比对输出地址与金额是否完全匹配预期。虽然补丁已关闭特定攻击路径，但由于钱包仍依赖主服务器获取未确认数据，最终审批环节的自主审查仍是最后一道防线。