非Linux環境、TCP緊急データでメモリが際限なく増加
- 情報源
- Bitcoin Corebitcoincore.org
- 原文の公開日
- 原文の長さ
- 読了目安2分
- 言語
- 英語
SATWEIの要約
接続中のピアがTCP緊急データを送るだけで、Windows、macOS、BSDのノードを落とせる状態だった。select()バックエンドで一時停止中の読み取りをすり抜け、メモリ上に際限なくたまっていくためだ（CVE-2026-117350）。poll()を使うLinuxのノードは影響を受けない。深刻度Mediumのこのバグは、Project LoupeのLLMスキャンで見つかり、Bitcoin Core 32.1、31.2、30.4、29.5で修正された。
タグ
- P2P
Bitcoin Coreのその他の記事
BIP31以前のピアの一時停止で、メモリが緩やかに際限なく増加
BIP 31のpingに非対応と偽れば、悪意あるピアは20分での切断を避けながら低速で読み出しを続けられた。ノードの送信キューは1時間あたり、インバウンドピア1台につき最大2MB、アウトバウンドピア1台につき最大5MB膨らむ。深刻度MediumのCVE-2026-117349は#36667で修正され、Bitcoin Core 32.1、31.2、30.4、29.5に含まれる。-blocksonlyノードの危険度はかなり低かった。
Bitcoin Core
Bitcoin Core 30.4リリース
BIP 323に沿い、Bitcoin Core 30.4はBIP 9のビット5〜28をソフトフォークのシグナルと見なさなくなった。これらのビットを立てたブロックが未知のデプロイメント警告を招くこともない（#34779）。ネットワーク面では送信を一時停止しているピアにタイムアウトを適用し（#36667）、flatfileの位置情報は64ビット整数に変わった（#36669）。
Bitcoin Core
極端な条件下でundoファイルがオーバーフロー
マイナーがBitcoin Coreのundoファイルを4 GiB超に押し上げると、32ビットの位置情報が一周してデータが破損し、特定のチェーン再編成が続けばノードは停止する。Windowsと32ビットシステムでは再編成がなくても2 GiBで障害が起きる。CVE-2026-117346の深刻度はLowで、実行にはネットワーク全体のブロックを約1カ月分占める必要がある。32.1、31.2、30.4、29.5で64ビットシステムは修正されたが、32ビットノードとFAT32上のブロック保存には影響が残る。
Bitcoin Core