Bitcoin Core 修复可导致资金在无需窃取私钥的情况下被重定向的漏洞

Bitcoin Core 增加了一项保护措施，防止签署可能无法将资金绑定到用户批准的支付目的地的交易。

该更改于 9 月 25 日合并到 Bitcoin Core 的主开发分支中，针对的是部分签署的比特币交易（PSBTs）中的一个狭窄缺陷，该缺陷可能会产生有效签名，但无法保护预期的输出。

Bitcoin Optech 在 10 月 2 日强调了这一更新。该问题不会暴露用户的私钥，但会产生另一种风险：即使在特定条件下更改了交易的收款人，签名仍可能保持有效。

该漏洞涉及 SIGHASH_SINGLE，这是一种旨在将输入提交到相应位置输出的签名模式。如果交易在该位置没有输出，则保护失效的方式会因所花费的比特币类型而异。

对于遗留输入，缺失输出的情况可能会对固定哈希值产生签名。Bitcoin Core 开发人员表示，当存在相同的结构条件时，该签名随后可能会被重新用于由同一密钥控制的其他未花费输出。

SegWit v0 交易保留了更强的保护，因为签名仍然会提交到被花费的特定代币及其金额。然而，目的地输出仍可能保持未绑定状态。

这为钱包和签名设备带来了授权问题：软件可能会向用户呈现一笔付款，同时产生一个无法在加密层面保证批准的收款人保持不变的签名。

Bitcoin Core 阻止风险签名请求

Bitcoin Core 已经通过其原始交易签名接口拒绝了这种极端情况。其 PSBT 路径（包括 walletprocesspsbt）仍然可以对其进行签名。

新代码将检查移至 Bitcoin Core 的共享签名创建逻辑中，防止受影响的遗留和 SegWit v0 输入被签名，同时允许同一 PSBT 中的其他有效输入继续进行。

PSBT 通常用于协调软件钱包、硬件设备和离线签名者之间的交易。它们允许交易构建者将信息传递给独立的签名者，而无需让该系统控制私钥。

因此，该修复强化了钱包开发人员必须独立于密钥安全执行的界限：有效的加密签名必须提交给用户实际授权的交易细节。

比特币改进提案 174 定义了 PSBT，它已经告知签名者拒绝不可接受的签名模式，并在未指定替代方案时建议使用 SIGHASH_ALL。Bitcoin Core 的更改明确防止了这种缺失输出的配置进入签名阶段。

用户目前还没有包含该保护措施的经确认的正式发布版本。9 月 25 日的更改已合并到 Bitcoin Core 的开发分支中，而截至 10 月 4 日，该项目发布的版本列表尚未确定修复版本或确认向后移植。

这使得钱包提供商和硬件签名集成面临更紧迫的决策：审查自己对 SIGHASH_SINGLE 请求的处理，而不是等待 Bitcoin Core 发布版本在下游执行同样的保护。

该文章 Bitcoin Core 的新修复程序填补了可能在不窃取密钥的情况下重定向资金的漏洞 首次出现在 CryptoSlate。