BTCPay限制远程闪电访问，因节点耗尽报告

BTCPay Server 为保护闪电网络用户采取防御措施

BTCPay Server 近日对闪电网络用户采取了防御性措施，在攻击者利用关键漏洞窃取凭证并转移资金后，暂时阻止了公共远程连接至运行 LND 的闪电网络节点。该项目表示，闪电支付仍可正常处理，但在基于 Docker 的部署环境中，外部钱包（如 Zeus）将无法通过 BTCPay Server 域名或 Tor 洋葱地址进行连接，直至 BTCPay 确认可以安全地重新启用该远程访问路径。

核心要点

BTCPay Server 暂时限制了 Docker 部署中 LND 节点的公共远程访问，以**凭证被进一步滥用的风险。版本 2.4.2 安装了 LND 0.21.1，并为标准 BTCPay 安装自动重新生成闪电网络“macaroon”凭证。运营者被敦促检查是否存在被入侵的迹象，包括未经授权的支付、意外的通道关闭、陌生的对等节点，以及链上/闪电网络余额不一致。通过 BTCPay 之外的路由（如用户管理的反向代理、Tor 服务或转发端口）** LND 的部署，必须单独轮换凭证。

BTCPay 为何限制远程访问

BTCPay Server 团队在 X 平台上发布的声明中表示，此限制旨在防止外部钱包通过 BTCPay 公开**的端点访问受影响的闪电节点。当前关注点并非闪电协议本身，而是当攻击者获得 LND 节点授权操作的凭证后，远程访问可能被滥用。BTCPay 强调，这一变更是临时性的，并计划在确认安全后恢复远程访问——这对于依赖广泛钱包连接进行日常支付的服务提供商而言，是一个重要的操作细节。

版本 2.4.2 对 LND 身份验证的更改

BTCPay 的修复措施核心在于凭证轮换。根据该项目的安全指南，攻击者能够在未经过适当身份验证的情况下获取“macaroon”凭证文件。Macaroon 是 LND 用于控制节点访问权限的授权凭据。一旦攻击者获取这些凭证，就可能**控制 LND 节点并转移资金。BTCPay 表示，版本 2.4.2 通过安装 LND 0.21.1 并在标准 BTCPay 设置中自动重新生成 macaroon 凭证来解决该问题。对于运营者而言，这意义重大，因为它**了更新后**被泄露凭证的可能性——尽管这并不能替代主动进行安全事件检查的需求。该项目建议运营者通过审查以下常见指标来验证是否存在入侵尝试：未经授权的支付、意外的通道关闭、陌生的对等节点，以及记录与链上或闪电网络余额之间的差异。

运营者除更新 BTCPay 外还需采取的行动

BTCPay 的说明还明确区分了软件控制的范围与运营者自行配置的范围。团队表示，安装更新并不会自动关闭运营者独立管理的访问路由。如果 LND 节点通过其他路径**——例如运营者配置的反向代理、非 BTCPay 管理的 Tor 服务，或转发端口——则可能需要单独进行凭证轮换。这一区分至关重要，因为它改变了实际补救流程。更新 BTCPay 可能修复标准部署中的凭证生命周期，但无法**保护独立可访问的节点。对于运营者而言，关键在于盘点其 LND 节点的可访问路径，并确保在所有可访问节点的地方都进行了授权材料的轮换。

运营者报告的影响

BTCPay 的警告并非空穴来风。至少有两名运营者公开报告称，其闪电节点在事件发生后资金被耗尽。Foundation **执行官 Zach Herbert 表示，与该硬件钱包公司设置关联的闪电节点在一夜之间被耗尽。他随后澄清，该公司的热钱包未受影响，但闪电通道被关闭，资金被转移。运营者未披露损失金额。比特币出版物 Citadel21 也报告称其闪电节点被洗劫，但未说明损失规模。尽管这些报告有限，但它们凸显了凭证泄露可能通过闪电通道直接导致资金转移的风险——这也解释了为何 BTCPay 限制公共远程访问，以及为何要求运营者仔细检查通道和对等节点活动。

对比特币用户的更广泛安全影响

BTCPay 的事件发生之际，影响热门比特币产品的安全问题正呈现更广泛的模式。BTCPay 漏洞被描述为近期影响比特币相关工具的安全漏洞浪潮的一部分，此前 Coldcard 硬件钱包缺陷曾导致超过 1 亿美元的确认损失（据此前报道）。换句话说，底层比特币网络并非目标；漏洞出现在用户依赖的周边系统——钱包、托管接口和节点管理软件——中，这些系统用于与协议交互。对于闪电网络运营者而言，接下来的步骤**明确：更新至 BTCPay Server 版本 2.4.2（或应用相关修复），验证 macaroon 凭证是否已按预期轮换，并主动审计是否存在未经授权的支付、异常的通道行为、陌生的对等节点以及余额不一致。在 BTCPay 评估何时恢复远程访问的同时，运营者还应监控自身在 BTCPay 之外**路由的配置方式——因为这可能决定风险是否真正被**。