Electrum 4.8.3 修复严重安全漏洞，防范伪造交易攻击

Electrum 4.8.3 版本已发布，重点修复了一项可能导致用户资金被盗的严重安全缺陷。该漏洞在实际攻击中已造成两名用户受损，其中一人因误操作支付而失去资产。

攻击机制解析：如何诱使用户签署恶意交易

攻击核心在于利用“替换费率”（Replace-by-fee, RBF）功能。恶意服务器不会直接花费用户资金，而是提供一笔无效签名的虚假交易，伪装成未确认付款。由于旧版本 Electrum 在显示未确认交易时未验证签名，该虚假记录被错误地展示在用户历史中。

攻击者精心设计了零手续费的停滞交易，诱导用户主动提高费用以加速到账。当用户为该虚假交易签署新签名时，系统会自动批准修改后的付款路径——资金即被转移至攻击者控制的地址，而原真实交易仍处于未广播状态。

两次关键事件揭示攻击路径

首例报告于10月11日由用户 dannydeezy 提交。其2-of-3多重签名钱包通过 Trezor 设备发起付款，但后续发现资金流向未知地址且交易从未进入网络内存池。调查发现，伪造交易几乎完全复制真实交易的签名数据，仅将收款地址后四位改为“GyQ3”，与真实地址高度相似，并设置极低手续费。

第二起事件发生在10月18日，用户 Raju-K12 在提升费用后遭遇资金损失。此案例明确揭示了“费用提升”是触发攻击的关键环节。直到此时，开发者才确认完整攻击链。

修复措施与当前局限

4.8.3 版本新增对未确认支出交易的签名验证机制。现在，任何带有无效签名的出账交易将被拒绝，无法出现在历史记录中，从而阻断攻击入口。

然而，该修复仅覆盖出账交易。传入的未确认交易仍不进行签名验证。原因在于 Electrum 缺乏完整的共识引擎，若需验证他人输入，必须追溯父级未确认交易直至已挖矿区块，技术复杂度过高。目前仍依赖简化支付验证（SPV）处理已确认交易。

值得注意的是，仅连接受信任或自托管服务器的用户不受影响。公共节点因可能被操控，存在较高风险。

四步防御建议：保护资产安全

第一步：立即升级至 4.8.3

从官方渠道下载并严格校验文件数字签名，确保获取的是可信版本。

第二步：核对完整地址

切勿依赖钱包历史记录，应将目标地址与原始发票或付款请求逐字符比对，防止被篡改信息误导。

第三步：设备端确认金额与费用

在 Trezor 等硬件钱包上，务必在屏幕中逐项核实每一笔待签名交易的输出金额和手续费，避免盲签。

第四步：遇异常交易立即暂停

如发现付款停滞或需修改，先在独立区块浏览器中查询原始交易哈希。若未见上链，应停止所有签名操作。对于无法及时更新的用户，建议每次签名前人工比对全部输出内容。