Exchange Ranking
Top Exchanges
24h Volume Ranking
Popularity Ranking
Exchange BTC Balance
Proof of Reserves
Decentralized Exchanges
Funding Rate
Funding Heatmap
Liquidation Data
Max Pain
Long/Short Ratio
Whale L/S Ratio
Binance/Okex/Huobi L/S
Bitfinex Margin L/S
ETF Tracker
Solana ETF
XRP ETF
Hong Kong ETF
Bitcoin Treasuries
Crypto Reversal
Ethereum Reserves
HyperLiquid Wallet Analysis
Hyperliquid Whale Watch
Large Transactions
On-chain Movement
Bitcoin ROI
Stablecoin Market Cap
Options Analysis
News
Articles
Economic Calendar
Features
Wallet
Contract Calculator
Security
Collections
Watchlist
Following
BTC 关键要点
Electrum 4.8.3 版本修复了严重安全漏洞。两名用户报告遭遇攻击，其中一人遭受资金损失。伪造地址的后四位字符与真实地址一致。受信任或自托管服务器未受影响。
恶意服务器如何设下陷阱
Electrum 开发者 SomberNight 于10月24日发布安全公告披露了该问题，指出某些服务器已在野外实施此类攻击。
攻击需要拥有者的签名
恶意服务器无法自行花费任何人的比特币。它植入的虚假交易包含无效签名，因此网络会拒绝该交易。攻击者需要的是来自钱包拥有者的有效签名，而陷阱的设计目的正是通过费用增加来获取该签名。
替换费率（Replace-by-fee，简称 RBF）通过用支付更高费用的新版本替换待处理的比特币付款来加速交易。对用户而言，这感觉像是调整设置；对网络而言，这是一笔全新的交易，签署即授权其中的所有目的地和金额。如果“被提升”的交易已被篡改，新签名即批准了篡改后的版本。
诱饵是一笔看似停滞的付款。在一名用户损失资金的案例中，服务器构建的虚假交易手续费为零，开发者认为这是为了促使用户提高费用。零手续费的交易处于未确认状态，提高费用是标准应对措施。
攻击步骤详解
- 吞没： 用户广播了一笔付款。恶意主服务器未将其传递给比特币网络。
- 替换： 服务器向钱包提供一笔冲突交易，将相同硬币发送给攻击者。尽管签名无效，但受影响版本在未确认交易上未检查签名。
- 显示： 钱包将虚假交易显示为未确认付款。真实交易从历史记录中消失。
- 提升： 如果用户对虚假交易提高费用，Electrum 会签署有效的替代交易并将资金支付给攻击者。
直到第四步之前，没有任何资金丢失。正如此前解释的那样，如果用于签名的交易被更改，有效的数字签名可能会授权错误的付款。这正是费用提升所提供的结果。
两名受害者的经历
第一份报告来自用户 dannydeezy，时间为10月11日。该付款从一个由两个 Trezor 硬件设备保护的 2-of-3 多重签名钱包发出，将31个输入合并为一个输出。用户在两个 Trezor 设备上检查了目的地后进行了广播。随后，Electrum 的历史记录显示全额资金正以未确认状态流向未知地址，接着条目变为“本地”。该交易从未进入内存池（mempool）。
这笔虚假交易经过精心构建。它使用了相同的输入，并逐字节复制了真实交易的签名数据，因此62个签名都与真实付款匹配，而与虚假交易不匹配。它将几乎所有资金发送到一个以“GyQ3”结尾的地址，这与真实目的地的最后四个字符相同，并将少量资金退回给钱包的一个自有地址，模仿正常的找零输出。手续费接近零。由于用户未再次签名，真实交易仍然有效且未广播，因此没有资金损失。
开发者直到第二起事件后才确定费用提升路径。10月18日，用户 Raju-K12 报告称，在对虚假交易进行费用提升后损失了资金。具体金额未披露。
- 10月11日： 首次私下报告，未涉及费用提升角度。
- 10月18日： 第二次报告，在因费用提升导致损失后。
- 10月23日： 标记带有修复程序的 4.8.3 版本。
- 10月24日： 发布二进制文件和安全公告。
4.8.3 版本的修复内容及局限性
修复措施： Electrum 现在会在将任何花费钱包自有地址资金的未确认交易添加到历史记录之前验证其签名。带有无效签名的虚假 outgoing 付款现在会被拒绝而非显示，从而关闭了这一攻击途径。
局限性：此检查范围刻意狭窄。传入的未确认交易仍未得到验证。公告解释了原因：Electrum 没有完整的共识引擎，检查其他人的输入意味着必须追溯其未确认的父级交易，直到找到已 mined 的交易为止。已确认的交易已通过简化支付验证（SPV）进行验证，后者通过与区块头核对来验证交易。
仅连接到受信任服务器（如自建服务器）的用户未受影响。这一豁免不适用于钱包偶然选择的作为主连接的公共服务器。
再次签名前的建议步骤
第一步：更新到 4.8.3
从官方渠道下载并遵循说明验证文件签名。
第二步：检查完整地址
将其与原始发票或付款请求进行比较，而不是与钱包历史记录比较，因为历史记录可能已被攻击者控制。
第三步：在设备屏幕上确认
检查每一笔新签名的金额和费用。Trezor 的相关指南均要求用户在此处验证更新的详细信息。
第四步：遇到停滞或变更？立即停止
在进行任何费用提升之前，请在独立的区块浏览器上查找原始交易 ID。在首份报告中，真实付款从未到达网络。
尚无法更新的用户可在公告中找到变通方法：每当签署任何交易（无论是否涉及费用提升）时，请检查输出地址和金额是否与预期完全一致。补丁关闭了这一特定途径，但由于 Electrum 仍依赖其主服务器获取未确认数据，因此在批准付款的屏幕上进行的最终检查仍然是必不可少的。
