币圈界报道：

BTCPay Server 警告用户更新系统以防远程攻击导致资产流失

开源比特币支付平台 BTCPay Server 近期发布安全警报，敦促所有商户与支付服务运营商尽快完成软件升级。此前有攻击者利用未修复的安全缺陷，非法进入部分早期版本的部署实例，并成功提取连接的热钱包中资金。此次事件凸显了自托管支付系统在缺乏及时补丁时所面临的严重风险，距离上一起涉及闪电网络节点的攻击仅过去不到三个月。

受影响实例集中于2.4.1及更早版本，最新版未现异常

根据11月2日发布的更新说明，项目方确认攻击向量主要针对运行版本为2.4.1（发布于2026年7月23日）或更低的安装环境。调查结果显示，当前最新版本2.4.7并未发现资金被盗情况。此前，该平台已于11月1日发出紧急通知，建议运营方在初步调查期间暂时关闭服务器。截至目前，官方仍未公布具体受影响的部署数量以及被盗资产总额，实际财务影响仍处于评估阶段。

攻击者如何获取管理员权限？技术细节尚待完全厘清

BTCPay Server 创始人 Nicolas Dorier 表示，攻击者已在受波及的实例中实现管理员账户登录。尽管开发团队尚未锁定确切的入侵路径，但现有线索指向低于2.4.2版本存在的潜在漏洞。他强调，采用2.4.7版本的公共服务器未受到任何侵扰。这一差异尤为重要，因为该项目允许商户在无中心化中介的情况下自主处理比特币交易。

运营商可选择接入外部钱包，或配置将私钥直接存放在服务器上的热钱包模式。虽然这种设置支持自动化结算流程，但也带来了更高的网络暴露风险。一旦攻击者取得足够权限，便可能绕过用户授权完成资金转移。相比之下，仅读取（Watch-only）模式下，私钥保留在本地，交易需独立签名，从而显著降低服务器被攻破后直接盗币的可能性，即便管理员身份遭窃，对资金安全的威胁也相对有限。

核心风险聚焦于过时系统与凭证管理，非底层协议缺陷

为何本次事件与8月漏洞高度相似？

近期资金损失事件紧接8月份一次类似安全危机之后。当时，攻击者利用一个漏洞，获取了闪电网络守护进程（LND）节点的管理员凭据。该缺陷允许未认证访问者读取名为“macaroons”的令牌文件，进而操控受影响节点并实施未经授权的资金调拨。为此，BTCPay 在8月7日推出2.4.2版本，同步升级LND组件并重置默认凭证，同时临时禁用公开远程接口以减少暴露面。

值得注意的是，该次漏洞并未波及常规链上热钱包。而新近事件则涉及不同类型的资产，且攻击者在盗款前已获得管理访问权。尽管两起事故均影响2.4.2之前版本的部署，但项目方尚未确认是否存在同一根源或攻击链关联。

此外，其他比特币基础设施亦遭遇安全挑战。10月，Core Lightning 因收到针对未打补丁节点的攻击报告，向运营商发出升级提醒，但未证实有资金实际丢失。

运营商应采取哪些防护措施应对潜在泄露？

最初，BTCPay 建议使用标准关机流程暂停受影响服务器，以便开展深入调查。后续公告明确要求用户将系统升级至2.4.7版本。此版本包含由 Anthropic 开源安全计划识别出的85项修复，涵盖1个关键级与13个高危问题。然而，项目方尚未揭示本次资金被盗的具体触发漏洞，因此不能简单推断发行说明中的修补即对应当前攻击。

对于仍在使用旧版系统的运营商，除升级外还需考虑额外风险控制。若攻击者曾获取管理员权限，则服务器内存储的所有凭证及助记词应视为已泄露。商户应核查交易记录，排查异常管理操作，并将剩余热钱包余额迁移至全新、经加固的钱包中。项目方已呼吁受影响用户提交事故详情与日志信息，以协助追踪攻击源头。

软件更新不足以覆盖全部风险，须独立处置已泄露凭证

自托管支付架构面临严峻考验

区别于依赖中心化托管的支付系统，BTCPay Server 采用分布式部署模式，每个商户独立维护其服务实例。这意味着项目无法统一停机或强制推送更新。这种去中心化结构赋予用户对基础设施的完全掌控，但同时也将安全责任转移至个体运营者自身，包括补丁管理、钱包配置和服务器运维。

对企业而言，在热钱包中保留流动资金虽能保障自动付款与退款效率，却也放大了服务器被攻陷后的财务损失风险。当前加密行业正加强对热钱包安全性的审视，尽管各平台的架构与攻击方式各异。未来的关键进展将取决于攻击机制的精确还原、受影响商户规模及损失金额的披露。在此之前，运营方必须基于软件版本、管理员活动轨迹及交易行为进行主动风险评估。