BTCPay Server 2.4.4 更新关闭LND公共路由，安全风险窗口期已开启

币安Binance

币安交易所是全球加密货币交易所龙头，在手机上即可买卖比特币等数字货币！

官网注册  APP下载

BTCPay Server 2.4.4 版本正式发布，核心变更之一是禁用LND节点的公共默认路由。这一调整并非针对已发生攻击，而是预防性措施——项目方发现有自动化程序正在扫描曾手动重新开启该接口的服务器。

关键在于：此次更新并未移除用户自行配置的访问路径。如果你通过反向代理、路由器端口映射或Tor服务对外暴露LND接口，仍需主动撤销这些设置。否则，系统重启时存在的短暂窗口可能成为攻击入口。

为何重启期间存在安全隐患

LND钱包在启动初期处于锁定状态，此时更改密码的接口无需身份验证。若该路径可被公网访问，攻击者可在服务启动与自动解锁之间的时间差内提交预设密码，从而获取管理员密钥（admin macaroon），实现对节点的完全控制。

过去版本使用共享默认密码创建钱包，进一步降低了攻击门槛。虽然新版本已改用随机生成密码，消除依赖先验知识的漏洞，但外部暴露仍是主要风险点。

两个独立事件：八月漏洞与九月探测

需明确区分两起安全事件：2026年8月7日发布的2.4.2版本安全建议，源于一个未经身份验证的远程漏洞，导致部分用户资金被盗；而9月8日的更新则是针对机器人持续探测未受保护接口的行为，目前尚无成功接管案例。

两者虽均涉及LND接口，但性质不同。前者为已知漏洞被利用，后者为潜在威胁的提前封堵。混淆二者可能导致误判风险等级。

更新内容与影响范围

2.4.4版本在安全性方面有多项改进：新钱包不再使用共享默认密码；Docker部署中内置反向代理已屏蔽未认证的创建与解锁路径；同时升级Bitcoin Core至31.1、LND至0.21.3-beta，移除对Knots的支持，并收紧容器权限。

此外，部分功能也做了调整：NFC付款默认关闭，无金额发票受限，Boltcard功能由应用层管理，WHMCS集成需配合插件4.0.0及新密钥。这些变更虽非安全相关，但可能影响现有工作流。

如何应对：运营商检查清单

首要任务是确认当前版本。若低于2.4.4，应立即执行更新。对于基于Docker的部署，可通过“服务器设置 › 维护 › 更新”完成；其他方式按标准流程操作。

接着排查自定义转发规则。检查反向代理配置、路由器端口映射及自建Tor服务，删除所有指向/lnd-rest/out路径的公网暴露规则。切勿仅注释保留，必须彻底移除并重启服务。

如曾通过私有路径暴露节点，须轮换macaroon凭证，并在移动钱包中重新建立连接。远程访问应使用项目方提供的显式开关，而非自行搭建代理。

判断是否已被入侵：自查方法

检查节点是否存在异常行为：未发起的付款、未知交易对手的通道关闭、链上余额与记录不符等，均为可疑信号。

目前尚未有通过9月探测路线成功接管的报告。但项目方提醒，其插件构建服务器于9月2日遭入侵，虽未影响终端用户，但注册邮箱可能泄露，需警惕后续钓鱼攻击。

对德国商家的实际意义

在德国，许多小型商户、俱乐部和在线商店采用自托管支付方案，以避免第三方中介持有资金。然而，这也意味着安全责任完全由运营方承担。

最佳实践是：仅在节点中保留日常交易所需余额，其余资金定期转入离线存储。建议设置每周自动转账机制，将潜在损失控制在可控范围内。

税务合规不可忽视

根据德国税法，比特币收入视同营业所得，需按到账时欧元价值记账。增值税方面，货币兑换行为免征，但实际提供的商品或服务仍需纳税。

每笔交易应留存时间戳、金额、汇率及来源信息。BTCPay Server支持导出完整发票数据，建议定期备份，确保满足《德国税法典》第147条的保存要求。

运行自托管节点是否值得？

五周内两次安全通知后，权衡成本与收益尤为重要。优势在于资金自主、无账户冻结、低手续费；劣势则在于运维复杂度高，需专人跟进更新与配置。

折中方案是：日常小额交易使用自托管节点，设定固定周期向冷钱包转移余额，并通过日历提醒强制阅读项目公告，确保及时响应风险提示。

核心防护原则

更新至2.4.4只是第一步。真正关键的是：撤销所有自建外部访问路径，将非必要余额移出联网环境，使用官方提供的远程访问机制并绑定受限权限的macaroon。

最后，务必提前导出支付记录，利用加密货币税务工具进行归档。参考文件包括2026年9月8日公告及8月7日安全建议。本文不构成投资建议，价格与条款可能变动，请以官方信息为准。