Core Lightningノードはクラッシュ脆弱性の手動クリーンアップが必要
Core Lightningの欠陥により、パッチ適用後も悪意あるデータがノードをクラッシュさせるため、オペレーターは手動で除去する必要があります。
英語から自動翻訳されています。 原文を読む
ポイント
- Core Lightningをアップグレードしても、ノードクラッシュを引き起こす悪意あるレコードは自動的に削除されません。
- オペレーターはゴシップストアから特定のエントリを手動で削除する必要があります。
- 長時間のダウンタイムはチェーン監視を妨げ、チャネル紛争時に資金損失のリスクを高めます。
Core Lightningはビットコインのライトニングネットワークで人気のソフトウェア実装ですが、セキュリティ欠陥により、オペレーターが最新パッチをインストールしてもノードが再起動時に繰り返しクラッシュすることがあります。研究者ニシャント・バンサルによれば、問題はノードのディスクに残る不正なチャンネルアナウンスに起因します。4月に新規悪意ある入力を防止する修正がリリースされましたが、既存の悪データは自動的に削除されず、特定レコードを手動で削除しない限り脆弱なインストールは継続的に失敗します。
BTC / USD
ゴシップストアにおける持続的クラッシュトリガー
バンサルは10月24日に脆弱性を公開し、v25.02からv26.04までのバージョンが影響を受けると特定しました。欠陥は、ノードが同じ未知ノードを両端点としてリストするチャンネルアナウンスを受け入れたときに発生します。脆弱なソフトウェアはこの不正データをディスク上のゴシップストアに書き込み、ルーティンググラフにロードしようとします。この過程でシステムはノードを二度挿入しようとし、重複防止機構がゴシップdコンポーネントを中止します。Core Lightningはこの失敗を致命的とみなし、ノード全体をクラッシュさせます。悪意あるレコードがディスクに残るため、ノードを再起動すると同じトリガーが再ロードされ、即座にクラッシュします。
4月のパッチは新規受信アナウンスをエンドポイント順序で拒否するだけで、既存のゴシップストア内のレコードをスキャンまたは削除しません。その結果、アップグレードしても手動で問題のレコードを削除しないとクラッシュが続きます。ビットコインOptechは10月30日にこの不一致を指摘し、4月25日からCore Lightningがv26.04.1をリリースして以降、予防修正が利用可能であると述べました。
手動削除と継続的リスク
問題を解決するには、オペレーターはゴシップストアから悪意あるレコードを手動で特定し削除する必要があります。ソフトウェアの単なるアップグレードだけでは安定性は回復しません。さらに、公開は攻撃者が同じアナウンスを再送できることを示しており、攻撃者が制御する資金出力が未使用である限り、クリーンアップ後も新たな攻撃に対して脆弱なインストールが開かれたままになる可能性があります。
ビットコインOptechはまた、v25.02以前のCore Lightningリリースがクラッシュせずにそのようなアナウンスを受け入れ、リレーできることを指摘しました。これにより、攻撃者は直接接続がなくてもネットワーク全体に悪意あるデータを拡散でき、問題の潜在的範囲が拡大します。
ダウンタイムの財務リスク
サービス停止だけでなく、長時間のダウンタイムは重大な財務リスクを伴います。バンサルは、オフラインノードはブロックチェーン上の重要イベント(例えば、取り消されたチャンネル状態や時間制限付きの支払い請求)を監視できないと警告しています。ノードがこれらのイベントを見逃すと、必要な時間枠内で行動できず、ユーザー資金が危険にさらされる可能性があります。11月2日時点で、プロジェクトの最新リリースはv26.06.9(10月7日リリース)であり、メンテナはこの欠陥から完全に保護されるようインストールを強く推奨しています。

ディスカッション 0