Bitcoin 应用面临巨额手续费流失风险，2 个库漏洞被指为诱因

Bitcoinjs-lib 是一个用于构建 Bitcoin 应用程序的库，它已修补了两个漏洞，这些漏洞可能会使软件低估有效交易在广播并被接受后支付的矿工费用。

10月26日的 安全公告 指出了 5.2.2、6.1.9 和 7.0.4 版本中针对相应发布线的修复。

受影响的格式是部分签名的 Bitcoin 交易 (PSBT)，BIP 174 将其定义为在客户端之间传递交易信息和签名的一种方式。签名、合并签名、最终确定输入以及提取交易是独立的功能，即使一个应用程序执行其中的多项功能也是如此。

风险涉及那些导入这些包并信任 bitcoinjs-lib 的费用计算或超额费用保护，而没有独立检查所支出的输出的应用程序。维护者需要审查其依赖版本以及他们验证导入的 PSBT 的方式。

为什么有效的签名可能伴随着误导性的费用

Bitcoin 交易的费用 是其输入价值与输出价值之间的差额，因此低估输入会使计算出的费用看起来更小。

在第一个漏洞中，签名和费用核算可以对同一个输入使用不同的值。签名使用完整的先前交易，而费用核算则倾向于包含较小值的冲突记录。结果，受漏洞影响的软件在评估错误费用的同时可能授权了真实的交易。

该公告描述了在 bitcoinjs-lib 7.0.1 上的一个演示，其中实际费用为 900,000,000 satoshi，但库报告为 200 satoshi。签名通过了验证，提取操作返回且没有默认的费率警告。

第二个公告 描述了输入价值记录均缺失的已最终确定的输入。计算器将这些输入计为零，并且从第三方导入的已签名 PSBT 无需另一次签名操作即可达到此计算。

其假设示例的真实费用为 91,000 satoshi，但报告的费用为 1,000 satoshi。仅凭最终确定的脚本和签名无法确定缺失的输入价值。

实际损失需要授权的有效交易被广播并被网络接受。这些缺陷不会创建签名，多出的价值将变成矿工费。

对于冲突记录，受影响的版本为 5.2.0 至 5.2.1、6.0.0 至 6.1.8（包括 6.1.0-rc.0）以及 7.0.0-rc.0 至 7.0.3。缺失记录漏洞影响相同的 v6 和 v7 范围，以及 v5 线中的 5.1.0 至 5.2.1。

修复措施 为签名和核算提供了一种共享的解析先前输出的方法，拒绝冲突的数值或脚本，并在费用计算期间要求每个输入都有金额。它还会在相关的元数据更改或组合后清除缓存的费用和提取的交易。

无法升级的维护者应独立验证引用的输出值。在签名或信任费用之前拒绝冲突记录，并在信任费用或提取交易之前验证每一个输入值。