币圈界报道：

BTCPay Server 安全警报：旧版本漏洞致热钱包被黑

BTCPay Server 近期发布紧急通知，要求所有商户及支付服务运营商立即更新其部署系统。此前，攻击者利用未修复的漏洞侵入运行版本低于2.4.1的实例，非法获取热钱包控制权并转移资金。该事件暴露了自托管支付架构在补丁管理滞后情况下的脆弱性，距离上一次闪电网络节点遭窃仅过去不足三个月。

攻击路径锁定：管理员权限是突破点

项目创始人 Nicolas Dorier 表示，调查确认攻击者已成功以管理员身份登录受影响系统。尽管具体入侵手段尚未完全查明，但现有数据指向2.4.2之前版本存在的安全缺陷。值得注意的是，公开运行的2.4.7版本服务器未受波及，表明问题集中于未及时更新的私有实例。

热钱包配置带来双重风险：便利性与安全隐患并存

BTCPay 允许用户选择将私钥直接存储于服务器以实现自动化交易，此类热钱包虽提升运营效率，却也使签名凭证长期暴露于联网环境中。一旦服务器被攻陷，攻击者可在无授权情况下发起转账。相比之下，仅监控（Watch-only）模式将私钥保留在外部，虽能降低直接盗取风险，但仍无法抵御管理员层面的恶意操作。

两次事件共性：低版本部署引发连锁风险

本次攻击与8月发生的闪电网络凭证泄露事件高度相似。当时，攻击者通过未验证访问获取 LND 节点的“macaroons”文件，进而控制节点并转移资产。该项目随后通过2.4.2版本修复漏洞，并强制重置凭证。尽管两起事件均影响早期版本，但开发团队尚未确认是否源于同一漏洞或存在关联。

应对策略：更新之外还需主动防御

BTCPay 建议用户先按标准流程关闭服务器以配合调查，再尽快升级至2.4.7版本。该版本修复了85项安全问题，包括1个高危漏洞。然而，由于具体攻击向量未明，不能默认认为某补丁已阻止当前攻击。若怀疑服务器已被渗透，商户应立即审查管理日志、检查异常交易，并将剩余资金迁移至新生成的安全钱包中。

核心警示：软件更新非万能，需配套处置泄露凭证

即使完成升级，若攻击者已在系统内停留较久，本地存储的助记词、密钥和认证文件仍可能已被窃取。因此，必须将补丁更新与独立的风险评估结合，防止后续未经授权的资金调拨。项目方已开放渠道供受影响用户提交事故详情与日志，以支持进一步溯源。

自托管模式的深层挑战：控制权与责任对等

不同于中心化平台可统一干预，BTCPay 依赖各运营商自主维护系统安全。这种去中心化结构赋予商户高度控制力，但也意味着其安全性完全取决于自身运维能力。尤其对于持有大量流动资金的企业而言，热钱包虽方便结算与退款，却也放大了单点故障带来的财务冲击。

随着行业对热钱包安全性的关注度持续上升，未来关键在于明确攻击机制、统计影响范围及量化损失。在这些信息公布前，运营商应基于版本号、访问记录和交易行为进行综合风险判断，主动构建纵深防御体系。