比特币支付处理器BTCPay Server近日发布v2.4.2版本，紧急修复了一个允许未经身份验证的远程攻击者访问LND凭证文件的关键安全漏洞。据项目发布说明，攻击者已利用该漏洞盗取商户闪电网络钱包资金，受影响的自托管支付系统需立即升级。
该漏洞涉及LND用于访问管理的.macaroon文件。这些文件在功能上等同于密钥，一旦暴露且被攻击者获取，就可能被用于未经授权地与闪电节点交互，包括转移资金或修改通道状态。BTCPay Server社区同时推出了恢复赏金计划，奖励金额为追回资金的10%，上限为3枚比特币，按当前价格计算最高约19万美元。该赏金旨在鼓励攻击者、中间人或知情者提供信息或配合追回被盗资产。
LND凭证问题为何重要
BTCPay Server被广泛用于希望绕过中心化处理商直接接受比特币支付的商户。这种自托管模式赋予运营者完全控制权，但同时也将安全责任完全置于其肩上。运行支付基础设施意味着必须及时应用补丁并保护节点凭证安全。LND macaroon文件可授予对节点功能的访问权限，取决于附加权限，暴露的macaroon可能具有极高敏感性。对于闪电网络运营者而言，凭证安全在实操中与私钥安全同等重要。即使钱包技术本身无懈可击，如果服务器泄露访问凭证，资金依然面临风险。
并非对比特币本身的攻击
基础设施漏洞常常被误读。支付服务器遭盗刷的报道或许会让人联想到比特币存在缺陷，但事实并非如此。比特币底层协议并未被利用，问题出在BTCPay Server部署环境中的LND凭证文件暴露。这是一起应用与基础设施层面的安全事件，而非比特币共识或区块链的失效。这种区分并不减轻影响，受害商户确实损失了资金，损失是真实的。但准确的定性至关重要，因为解决方案不同——比特币不需要协议补丁，BTCPay Server运营者需要更新、审计配置并强化节点凭证安全。
闪电网络基础设施承载不同风险
闪电网络实现了更快、更便宜的比特币支付，但也带来了运营复杂性。节点运营者需要管理通道、流动性、备份、远程访问、路由、凭证及服务器暴露。这与冷存储持有比特币的安全模型截然不同。运行闪电网络基础设施的商户并非只是持有比特币，而是在运营连接互联网的实时支付软件。正确的管理需要纪律：更新、权限、凭证存储、监控缺一不可。BTCPay Server事件提醒我们，自托管支付系统绝非一劳永逸的产品。
恢复赏金的实际作用
恢复赏金为事件增添了现实层面的应对措施。提供追回资金的10%（上限3 BTC）作为奖励，为资金追回或信息披露创造了经济激励。这可能促使攻击者、中间人或掌握被盗资金信息的人士配合行动。赏金并不能保证追回资金，但可以打开协商或情报共享的渠道。加密项目在攻击事件后常使用赏金机制，因为被盗资金在链上可追踪，交易所存款可被监控，攻击者难以轻松变现。对于受害商户而言，赏金并非完整补救措施，当务之急仍是修补易受攻击的系统。
运营者应采取的紧急措施
实际教训非常明确：立即将BTCPay Server升级至v2.4.2，并检查LND的暴露情况。运营者不应因为系统已运行多年就默认其安全。支付基础设施处于不断变化的威胁环境中，攻击者经常针对过时版本、错误配置、泄露凭证、弱权限及暴露于公网的服务发起攻击。BTCPay Server仍是比特币商户的宝贵工具，但自托管与自存储意味着持续的责任。v2.4.2是本次漏洞的必要修复，任何受影响部署都应视为紧急更新。比特币支付可以拥有主权，但主权意味着持续维护。
本文基于BTCPay Server在GitHub发布的v2.4.2版本说明及项目恢复赏金详情撰写。
原创文章，作者：资讯，如若转载，请注明出处：https://www.218btc.com/1180/
