多台服务器热钱包遭盗刷 BTCPay Server呼吁运营者立即关机

未经授权的盗刷后官方下令停机

11月2日,开源收款软件BTCPay Server的开发团队发出紧急通知:多台服务器报告热钱包资金在未经授权的情况下被转出,所有运营者应立即将服务器下线。团队在X平台的官方帖文中确认了相关报告,并要求任何正在运行实例的用户保持停机状态,直至调查完成。通知中给出了具体操作指令:执行“./btcpay-down.sh”脚本即可关停。

这份披露恰恰省略了运营者最需要的信息。团队没有公布损失金额,没有说明多少台服务器受影响,也没有指明原因。停机要求并未限定任何特定软件版本,且目前没有发布修复版本,因此指令覆盖市面上所有部署,从单店商户到大型安装无一例外。由于入口点尚未锁定,无论部署是否使用闪电网络集成,停机要求一律适用。交易标识同样没有公布,损失目前无法独立核验,调查何时结束也未可知。

热钱包把私钥保存在联网服务器上,以便退款等对外支付可以自动完成。这种便利是双刃剑:服务器一旦被攻破,拿到访问权限的人就直接握住了私钥。BTCPay的实现方式是用保存在服务器本地的种子对交易签名,而报告指向的正是这个环节。

10月补丁与8月闪电网络失窃的先例

BTCPay Server的设计本就是自托管。每位商户在自己的服务器上运行软件,不经任何支付处理商直接接受比特币收款,这一模式让该项目成为比特币至上主义阵营中自托管路线的标志性工具。同样的架构也解释了这次的应对方式:开发者无法一次性向所有部署推送修复,关停和后续更新只能由运营者逐台执行。

此次披露发布于版本2.4.7上线四天之后。2.4.7是一个紧急版本,于10月29日星期四发布,修复了一个严重漏洞和若干中等等级漏洞。团队没有说明该版本与当前报告是否存在关联,而新问题出现时补丁已经在野外部署。

此类事件此前有过先例。8月,针对2.4.2之前版本的攻击让攻击者窃取了LND的凭据。LND是运行闪电网络支付节点的软件,闪电通道各自持有密钥,凭据一旦被盗,攻击者就能直接花掉通道余额。团队当时明确表示,包括在BTCPay内创建的热钱包在内的链上钱包不受该漏洞影响,8月的盗刷只针对闪电网络路径。而本次报告点名的那类钱包,恰恰属于当时被排除在风险之外的范围。比特币网络本身同样与本案无关:损失涉及的是服务器端密钥存储,而非工作量证明共识。由于没有中心化运营方可以逐户通知,调查期间关机指令是团队能提供的唯一保护;在原因查明、修复发布之前,继续运行服务器的运营者风险自担。

应对方式本身透露的信息不亚于披露内容。8月事件中,团队可以把警告范围限定在2.4.2之前的版本,并让其他用户只需打补丁;这一次停机命令覆盖全部版本,说明开发者尚不清楚攻击入口在哪里。事后复盘、攻击者交易标识、修复时间表均未公布,损失目前无法在链上核验。托管方失窃的规模有时大得多,Bitwise首席投资官Matt Hougan就曾论证,即便是涉案金额达63亿美元的Binance被盗事件,也不改变比特币的长期路径。但自托管收款工具把风险集中在了自己保管密钥的小商户身上。团队公布调查结果、失窃金额和受影响服务器数量之前,这一切仍是未知数。