资金费率
资金费率热力图
多空比
大户多空比
币安/欧易/火币大户多空比
Bitfinex杠杆多空比
账号安全
资讯收藏
自选币种
BTCPay Server 临时限制远程闪电网络访问，以防攻击者利用漏洞窃取资金
BTCPay Server 已临时阻止对运行 Lightning Network Daemon (LND) 的闪电网络节点的公共远程连接，此前攻击者利用一个严重漏洞获取了凭证并转移了资金。该项目表示，闪电支付仍可正常进行，同时他们正在努力让远程访问重新变得安全。
在一次安全驱动的更新中，BTCPay Server 宣布 2.4.2 版本安装了 LND 0.21.1，并在标准部署中自动重新生成用于控制 LND 的“macaroon”凭证文件。运营者还被敦促检查其节点是否存在被入侵的迹象，包括未经授权的支付、意外的通道关闭、可疑的对等节点，以及记录的余额与链上或闪电网络中实际余额之间的差异。
关键要点
BTCPay Server 2.4.2 在 Docker 部署中限制了对 LND 的公共远程连接，阻止外部钱包通过 BTCPay 域名或 Tor 洋葱地址进行连接。
该更新自动安装 LND 0.21.1，并在标准 BTCPay 安装中重新生成 LND macaroon 凭证。
运营者应监控未经授权的支付、意外的通道关闭、不熟悉的节点以及余额不一致的情况，这些是资金被盗的迹象。
如果运营者通过自己的反向代理、Tor 服务、端口转发或其他 BTCPay 之外的途径暴露 LND，则必须单独轮换凭证。
BTCPay 为何要阻止远程 LND 访问
BTCPay Server 的安全公告聚焦于一种特定的故障模式：根据 BTCPay 的说法，一个严重漏洞允许未经身份验证的远程攻击者获取用于授权控制 LND 节点的 macaroon 凭证文件。这些凭证本质上是让一方能够管理节点或代表节点行事的密钥材料。BTCPay 警告称，暴露的凭证可能使攻击者能够控制 LND 实例并转移资金。
为了在修复措施推出期间减少攻击面，BTCPay 临时限制了通过 BTCPay 管理的端点对运行 LND 软件的闪电网络节点的公共远程连接。BTCPay 在其声明中强调，这一变更阻止了外部钱包（包括 Zeus）通过 BTCPay Server 域名或 Docker 部署中的 Tor 洋葱地址进行连接。
对于日常运营者来说，重要的是 BTCPay 表示闪电支付仍可继续。此项限制被视为一项临时措施，直到项目方认为恢复先前的远程访问功能是安全的。
2.4.2 更新对运营者意味着什么
BTCPay 的修复通过 2.4.2 版本提供。该项目表示，该版本在标准 BTCPay 安装中安装了 LND 0.21.1，并自动重新生成 macaroon 凭证。这种自动轮换旨在解决安全公告中识别的核心风险：攻击者在获取凭证后可能继续使用它们，除非底层的授权工件被替换。通过同时更新 LND 版本和用于控制的凭证，BTCPay 实际上强制典型部署中的授权状态重置。
除了软件变更，BTCPay 还提供了一份针对性的检查清单，供运营者验证是否已发生入侵。项目建议检查以下内容：
未经授权的支付——这表明有人违背运营者意图管理了节点。
意外的通道关闭——这可能暗示存在敌对性的通道管理或强制路由行为。
不熟悉的对等节点——这可能表明攻击者已与节点建立了连接。
运营者预期金额与链上或闪电网络余额之间的差异。
关键的是，BTCPay 还应对了一个部署现实：并非所有运营者都仅通过 BTCPay 自身的路由暴露 LND。对于运行自己的反向代理、Tor 服务、转发端口或替代访问路径的用户，BTCPay 表示安装更新并不会关闭独立管理的访问路径。在这些情况下，运营者必须为 BTCPay 控制端点之外的任何 LND 暴露单独轮换凭证。
公开报告的资金损失，金额未披露
在该漏洞和修复措施进入公众讨论之后，至少有两位运营者报告了与其闪电节点被清空相关的损失，尽管两人均未披露被盗金额。Foundation 首席执行官 Zach Herbert 表示，该硬件钱包公司的闪电节点在一夜之间被清空。他后来澄清说，其热钱包未受影响，但闪电通道被关闭，资金被清空——这表明入侵仅限于闪电通道控制，而非更广泛的钱包基础设施。
另外，比特币出版物 Citadel21 报告称其闪电节点已被清空。与 Herbert 的评论类似，该出版物也未提供具体损失金额。虽然这些报告并未确定该事件在所有 BTCPay 用户中的规模，但它们确实强化了安全公告的实际含义：凭证暴露可能转化为对闪电资金的实际控制权，且修复工作需要迅速而彻底地进行。
安全事件持续瞄准比特币网络基础设施
BTCPay 的事件是近期一系列影响热门比特币产品的安全问题中的最新一起。此前有报道指出，与 Coldcard 硬件钱包相关的漏洞已确认造成超过 1 亿美元的损失，这突显出攻击目标往往是围绕比特币构建的软件和基础设施组件，而非比特币协议本身。这一模式之所以重要，是因为它将风险从“比特币作为网络”转移到了人们用来与其交互的系统上：钱包、节点运营者、支付服务器以及连接用户与区块链操作的桥梁软件。在实践中，这意味着最有价值的防御往往是运营层面的——及时打补丁、正确轮换凭证、谨慎管理暴露面以及持续监控异常行为。
BTCPay 临时限制远程访问可被视为这种运营防御模型的又一举措：在推出更新和运营者加固其设置的同时，减少可能导致凭证滥用的入站路径。目前，对于 BTCPay 运营者来说，最重要的事情是应用 2.4.2 版本并验证其暴露路径，然后根据 BTCPay 列出的具体入侵指标审计其节点。读者还应关注 BTCPay 在确定相关部署类型的剩余风险已完全缓解后，是否会恢复远程访问功能。
