摘要:2026年11月1日,开源比特币支付系统 BTCPay Server 突发紧急停服,因旧版本实例被黑客攻入热钱包并清空资金。尽管最新版本未受影响,但漏洞利用速度引发对软件更新滞后与自动化攻击风险的广泛担忧。

币圈界报道:
BTCPay Server 紧急下线:旧版系统遭热钱包入侵
2026年11月1日,开源比特币支付处理平台 BTCPay Server 发布紧急停服通告,确认攻击者正通过已知漏洞从运行特定旧版本的商户服务器中窃取热钱包资金。项目方呼吁所有自托管实例操作员立即执行下线脚本(./btcpay-down.sh),以阻断攻击路径并配合安全团队调查。
高权限渗透暴露旧版系统脆弱性
创始人 Nicolas Dorier 表示,初步分析显示,攻击者已获取运行 2.4.1 或更早版本系统的管理员账户最高权限,从而得以绕过常规防护机制。这一发现揭示了长期未更新系统在面对定向攻击时的显著风险。
未升级用户面临持续资金威胁
尽管目前尚无证据表明运行最新版 2.4.7 的实例遭受损失,但被盗资产总额及受影响商户数量仍处于未知状态。调查人员正全力追踪攻击入口,包括是否存在尚未披露的零日漏洞或内部凭证泄露。
热钱包风险本质:联网即靶心
此次事件再度引发关于自托管安全性的争议。批评者常将热钱包失窃归咎于去中心化模式本身,但 X 用户 @2528 指出,只要资金存放在连接互联网的服务器上,其风险性质与中心化交易所并无二致。真正的自托管应以冷钱包为主,仅保留小额资金用于交易,而非全数置于在线环境。
助记词已泄露?立即启动迁移流程
安全专家 @Bam 强调,一旦攻击者获得管理员访问权,即应视为钱包恢复助记词已外泄。建议受影响用户使用完全隔离的设备接入受损系统,将剩余资产转移至由全新助记词生成的新钱包中。该过程需包含一个恢复钱包和一个迁移钱包,确保原始服务器始终保持离线状态。
安全补丁发布后仍遭快速利用
此次攻击发生在开发者于10月29日发布 2.4.7 版本修复85项安全问题之后不久,凸显漏洞响应周期的紧迫性。尽管具体攻击手法尚未明确,但时间差暗示攻击者可能已提前监测代码变更,并迅速部署自动化脚本进行扫描与利用。
X 用户 @Michael 推测,攻击者很可能借助人工智能技术实时分析公开补丁内容,精准定位未更新系统。他同时建议开发团队采用AI驱动的安全测试工具,在漏洞被滥用前主动识别并修补隐患。
声明:本站所有文章内容,均为采集网络资源,不代表本站观点及立场,不构成任何投资建议!如若内容侵犯了原著者的合法权益,可联系本站删除。
