日曜日に報告されたホットウォレットからの資金流出は、バージョン2.4.2より古いリリースを実行するBTCPay Serverインスタンスを標的としたものとみられると、BTCPay Serverの創設者Nicolas Dorierが述べた。これらの事案では攻撃者が管理者としてログインしており、チームはそのアクセスがどのように取得されたかを特定する作業を続けているという。

調査は2.4.1以前に攻撃ベクトルを特定

BTCPayは日曜日午後5時25分(米東部時間)に、Xに投稿した警告を発し、インスタンスを運用しているすべてのユーザーに対し、調査が終わるまで ./btcpay-down.sh で停止するよう呼びかけた。Dorierは約2時間後に続報を投稿し、バージョン2.4.7を実行するBTCPay自身の公開サーバーは攻撃されていなかったと述べた。その後、チームには「2.4.2以前の脆弱性が使用された」ことを示す痕跡があると説明した。

BTCPayが午後11時7分(米東部時間)に投稿した更新(こちらとこちら)により、標的が絞り込まれた。調査では、7月23日にリリースされたバージョン2.4.1以前を実行するインスタンスを狙う攻撃ベクトルが特定されたという。

プロジェクトは、10月29日にリリースされた2.4.7のユーザーからは「ホットウォレット流出の信頼できる報告はない」と発表した。運用者にソフトウェアを最新に保つよう助言し、被害者には詳細とログをセキュリティチームに送るよう求めた。

一部のホスティング事業者は、古いバージョンが悪用されるのを防ぐため、インスタンスを自動的に停止した可能性がある。BTCPayはLunaNodeなど迅速な対応を取った事業者に感謝を表明した。Dorierは述べた、2.4.2のリリース以降に少なくとも1回更新した運用者は「慌てる理由はない」とし、一方でホットウォレットに多くの資金を保持しないようユーザーに警告し、詳細を伝えるブログ記事を約束した。

日曜日の流出は8月の注意喚起で安全とされた資金にも到達

BTCPayは自己ホスト型であるため、プロジェクト側は加盟店のサーバーを変更したり停止したりすることはできない。ホットウォレットモードは、そのサーバー上に保存されたシードで支払いに署名するため、サーバーを制御する者はコインを移動できる、とBTCPayのドキュメントに記されている。実際には、2.4.2のようなセキュリティリリースは、運用者がインストールして初めて当該サーバーを保護する。

バージョン2.4.2は8月に遡る。BTCPayは8月7日に2.4.2をリリースし、すでに攻撃が行われていた重大な脆弱性を修正した。当時Cryptopolitanが報じた通りである。2.4.2のリリース候補版を含むそれ以前のすべてのリリースでは、認証なしの攻撃者がLNDのmacaroon認証情報を盗むことができ、攻撃者はLightningノードを乗っ取り、その資金を移動できた。プロジェクトはセキュリティ勧告でこの修正を詳述した。FoundationとCitadel21は自身のLightningノードへの攻撃を報告し、Sparrow Walletの開発者Craig Rawも被害を受けたと述べた。

2.4.2のリリースにより、LNDのmacaroonは自動的に再生成された。独自のプロキシ、Torサービス、ポート転送を通じてLNDを公開していた運用者は、それでも認証情報を手動で変更する必要があった。バージョン2.4.2は、8月4日に報告されたGreenfield APIのBasic Authenticationを経由する別のTOTP二要素認証バイパスも修正した。BTCPayはこのバグはmacaroonハックとは無関係であり、ホットウォレットを含む同社のオンチェーンウォレットはこの脆弱性の影響を受けなかったと述べた。

日曜日の攻撃者が8月のmacaroonバグを悪用したのか、それとも別の2.4.2以前の脆弱性を悪用したのかについて、BTCPayもDorierも言及していない。8月のmacaroonバグは認証なしで悪用可能だった。一方、日曜日の侵入には管理者ログインが伴っていた。8月には支援者らが、返還された資金の10%、上限3 BTCの復旧賞金を設定した。Cryptopolitanが報じた通りである。また別に、Riverは2025年にBitcoinの加盟店平均利用が74%増加し、Lightningの取引高が月10億ドルを超えたと報告している。BTCPayのような自己ホスト型ソフトウェアが処理するために設計された、まさにこうした加盟店決済活動である。