📡 Signal｜Eclair の旧版にチャネル開設の DoS 脆弱性2件、修正済み

ビットコインのライトニングネットワークのノード実装 Eclair の v0.14.0 以前に、チャネルを開く手順を突いてノードのメモリを使い果たさせるサービス妨害 (DoS) の脆弱性が 2 件あった。発見者の Erick Cestari 氏が開発者フォーラム Delving Bitcoin で開示し、ビットコインの技術ニュースレター Bitcoin Optech が10月16日号で取り上げた。

Bitcoin Optech

@bitcoinoptech

·Follow

Replying to @bitcoinoptech

Erick Cestari (@iamflops) posted to Delving Bitcoin the responsible disclosure of two denial-of-service (DoS) vulnerabilities in the channel opening process of Eclair v0.14.0 and earlier... bitcoinops.org/en/newsletters…

9:15 AM · Oct 16, 2026

Read 1 reply

どちらも 7月29日公開の v0.14.1 で修正済みだ。2 件目は、オンチェーンの費用をかけずに 1 本の接続でノードを止められた。その 2 件目は、Cestari 氏が大規模言語モデル (LLM) を使った検査の仕組みで見つけている。AI が脆弱性を見つける速さが、ノード運営者の更新の速さを問い始めている。

1件目: 同じ開設要求を素早く重ねる

Eclair は、相手から届いたチャネル開設の要求 (open_channel) の仮の識別子が、すでに使われていないかを確かめる。ところが、新しいチャネルを記録するまでに間があり、同じ要求を立て続けに送るとその確認をすり抜けられた。1 つの識別子に 2 つのチャネルの処理が生まれ、片方は誰からも参照されないままメモリに残る。

1 回あたりの残りは約 25 KB だが、繰り返せば毎秒約 1 MB ずつメモリが漏れ、最後はノードがメモリ不足で落ちるか、メモリの掃除 (ガベージコレクション) に追われて動かなくなる。こちらは Matt Morehouse 氏が、ライトニング向けのファジング (でたらめな入力を大量に送って不具合を探す試験) の道具で見つけた。

2件目: 1本の接続で4GBのノードが48分で停止

2 件目は Cestari 氏が見つけた。Eclair は、相手ごとに未確定のチャネルの数に上限を設けている。しかし重複の確認が仮の識別子しか見ていなかったため、確定したチャネルの本来の識別子を次の要求の仮の識別子に使い回すと、上限の数え上げが 2 のまま止まり、未確定のチャネルが際限なく増えた。

さらに、チャネルごとに相手の機能の一覧の写しを保存する仕様を使い、未知の機能のビットを 1 つ立てるだけで、1 チャネルあたりの保存量を約 65 KB に膨らませられた。Cestari 氏の試験では、1 本の接続だけで、4 GB のメモリを割り当てたノードが約 48 分でメモリを使い果たした。

厄介なのは、未確定のチャネルがデータベースに保存される点だ。ノードを再起動しても同じ記録を読み込んで再び落ちるため、メモリの上限を上げるか、該当する行を手で消すまで復旧できなかった。

Phoenix の利用者は影響を受けにくい

Eclair は、フランスの ACINQ が開発するライトニングの実装で、同社の携帯ウォレット Phoenix の裏側のノードにも使われている。Morehouse 氏によると、ACINQ は自社のノードを何か月も前に修正しており、Phoenix などの利用者は影響を受けないはずだという。影響を受けうるのは、v0.14.0 以前の Eclair で自分のノードを動かす運営者だ。

開示は v0.14.1 の公開から約 2 か月後に行われた。修正を先に配り、運営者が更新する時間を取ってから詳細を明かす、責任ある開示の通常の手順だ。Eclair はその後も更新を重ね、10月15日に v0.14.4 を公開している。

AIが探し、人が直す速さ

2 件目の発見に LLM を使った検査の仕組みが使われたことは、ビットコインの周辺のソフトウェアにとって意味が大きい。ライトニングのノードは、見知らぬ相手からの接続を受け付けて動く。資金を持たない攻撃者が 1 本の接続でノードを止められる種類の不具合は、これまでファジングや熟練者の読み込みで少しずつ見つかってきた。AI を使えば、その探索がずっと安くなる。

探索が安くなれば、見つける側には善意の研究者だけでなく攻撃者も含まれる。開示から修正、運営者の更新までの時間が短いほど被害は出にくい。今回は修正が開示より 2 か月先に出ていたため、更新を済ませた運営者に実害はない。この順番を守り続けられるかが、AI の時代のノード運営の前提になる。

次に見るもの

確認できる次の一点は、自分のノードの Eclair の版だ。GitHub の ACINQ/eclair のリリース一覧で最新は10月15日の v0.14.4 で、v0.14.0 以前のままなら更新が要る。その先は、Bitcoin Optech の週刊ニュースレターに、ほかのライトニング実装 (LND、Core Lightning、LDK) で同じ種類のチャネル開設の DoS の開示が続くかを見る。

ことば

ライトニングネットワーク — ビットコインの上に作られた、少額の支払いを速く安く送るための仕組み。利用者どうしが「チャネル」を開いて資金を預け合い、支払いの多くをブロックチェーンの外でやり取りする。
サービス妨害 (DoS) 攻撃 — 大量の要求や不正な入力で、相手のサーバーやノードの処理能力・メモリを使い果たさせ、正常に動けなくする攻撃。資金を盗むものではないが、ノードが止まれば支払いの中継や受け取りができなくなる。

🔗 一次ソース