ピアツーピアネットワーク：リレー、伝播、ノード、そしてライトニングのレイヤー。
14件の記事
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
versionメッセージのnonceを多数の接続で使い回して自己接続を偽装すれば、攻撃者はBitcoin Coreノードのログファイルを肥大化させられる。被害ノード側の最初の接続は既定で60秒でタイムアウトするため、ディスクを埋めるには長い時間がかかり、CVE-2025-54604の深刻度はLow。Niklas Goegge氏が2022年に報告し、29.1と30.0のログレート制限で防がれるようになった。
Bitcoin Core
Bitcoin Coreの貢献者31人が書簡に署名し、持続的な経済的需要があって確実にブロックへ入るトランザクションのリレーをノードソフトウェアは拒むべきでないとの立場を示した。そうしたフィルターは利用者やマイナーに迂回されるためだという。非金融データの利用を支持するものではなく、どのソフトウェアとポリシーを動かすかは利用者だけが決めることだとも強調している。
Bitcoin Core
addrスパムを何年も送り続けると、Bitcoin Coreのアドレスマネージャーで32ビット識別子があふれ、ノードがクラッシュする恐れがあった。v22.0のレート制限で鈍らせた攻撃の残り部分にあたる。バージョン29.0は識別子を64ビットにしてCVE-2024-52919（深刻度Low）を解消した。発見者はEugene Siegel氏、変更を担当したのはMartin Zumsande氏。
Bitcoin Core
ブロックを通知したまま止まるピアのせいで、Bitcoin Coreノードは別のピアを試すまで最大10分待たされ、攻撃者はこれを繰り返すことができた。深刻度MediumのCVE-2024-52922はGreg Sanders氏が報告・修正した。v25.1とv26.0で緩和され、高帯域コンパクトブロックピア最大3台に即座にブロックを要求できる。
Bitcoin Core
2023年5月初めのネットワーク活動の急増で、ブロックとトランザクションの伝播が遅くなった。スパイノードで悪化したもので、肥大したinv-to-sendセットのソートがP2Pスレッドの時間をほぼ使い切っていた。深刻度Mediumのこの問題はBitcoin Core v25.0の#27610で修正され、メンプールから消えたトランザクションを早めに捨て、セットが大きくなるほど速く送り出すようになった。
Bitcoin Core
1つのピアから届く改変ブロックにより、同じブロックを通知した他ピアのダウンロード状態が消され、ノードが再構築中のコンパクトブロックを忘れてしまう。v25.0より前のBitcoin Coreにあった問題で、Suhas Daftuar氏が気づいた。#27608は各ピアが自身の状態にのみ影響するように制限した。CVE-2024-52921の深刻度はMedium。
Bitcoin Core
低難易度ヘッダーのチェーンを送りつければ、v24.0.1より前のBitcoin Coreノードをリモートからクラッシュさせられた。細工したチェーンは1本でネットワーク上のどのノードにも使い回せた。#25717の修正で、ノードはチェーンに十分なワークがあることを確認してから保存する。既知の攻撃に対するチェックポイント依存もこれで終わった。深刻度はHigh。
Bitcoin Core
addrメッセージのスパムでBitcoin Coreノードが落ちる恐れがあった。addrmanへの挿入が2^32回に達すると32ビットのIDカウンターがあふれ、アサーションに引っかかる。深刻度Highのこのバグは2021年にEugene Siegel氏が報告し、v22.0にPieter Wuille氏の修正が入った。
Bitcoin Core
versionメッセージ処理にあった2つのバグ（符号付き整数オーバーフローとabs64のロジックエラー）を突くと、被害ノードの調整時刻をずらし、新しいブロックを未来の日付すぎるとして拒否させることができた。攻撃者は最初に接続する200ピアに入る必要がある。深刻度Mediumのこの欠陥はBitcoin Core 0.21.0で修正された。
Bitcoin Core
不正な形式のGETDATAメッセージ1通で、0.20.0より前のBitcoin Coreのnet_processingスレッドはCPU 100%で回り続け、攻撃ピア1台あたり1.5 MBのメモリが増えた。他のピアへの応答は続くため評価はLow。John Newbery氏が発見し、#18808で修正した。
Bitcoin Core
ブロック項目を50,000件詰め込んだINV 1通で、ノードは1件約1 kBのgetheaders応答を50,000件キューに積む。読み取りを拒むピアがいれば、その50 MBの送信バッファーは埋まったままになる。John Newbery氏の#18962は帯域節約策として提案され、INV 1通につきGETHEADERSを1回に抑えるもので、0.20.0に入った。
Bitcoin Core
Bitcoin CoreのウェブサイトにTorユーザーがonionアドレスで接続できるようになった。要望が多かったことに応えたもの。検閲を回避する経路がもう1つ増え、認証局にもDNSにも頼らない信頼の経路ができる。
Bitcoin Core
コンパクトブロックリレー（BIP152）を使うピアは、新しいブロックごとにスケッチをやり取りする。平均1MBのブロックで約9KBで、受信側にないトランザクションの分のオーバーヘッドが加わる。高帯域モードの実環境実験では、事前充填トランザクションを最大6件として、90%を大きく超えるブロックが追加要求なしで伝播した。
Bitcoin Core
