- SATWEIでの取得方法
- RSShttps://bitcoincore.org/en/rss.xml
- 状態
- 接続済み最終確認:
- コンテンツのライセンス
- MIT(サイトのコンテンツ、別途記載のあるものを除く)
記事


マイナーが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


ソケットの例外監視がpoll()とselect()でそろった(#36665)。Bitcoin Core 29.5では一時停止中の送信ピアにタイムアウトも強制される(#36667)。flatfileの位置情報は64ビット整数に移行し(#36669)、シードから得たアドレスはv2transport対応と見なすようになったほか、DNSシードが1つ削除された。
Bitcoin Core


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


接続中のピアがTCP緊急データを送るだけで、Windows、macOS、BSDのノードを落とせる状態だった。select()バックエンドで一時停止中の読み取りをすり抜け、メモリ上に際限なくたまっていくためだ(CVE-2026-117350)。poll()を使うLinuxのノードは影響を受けない。深刻度Mediumのこのバグは、Project LoupeのLLMスキャンで見つかり、Bitcoin Core 32.1、31.2、30.4、29.5で修正された。
Bitcoin Core


BIP 323に沿い、Bitcoin Core 30.4はBIP 9のビット5〜28をソフトフォークのシグナルと見なさなくなった。これらのビットを立てたブロックが未知のデプロイメント警告を招くこともない(#34779)。ネットワーク面では送信を一時停止しているピアにタイムアウトを適用し(#36667)、flatfileの位置情報は64ビット整数に変わった(#36669)。
Bitcoin Core


プライベートブロードキャストに上限が設けられた。Bitcoin Core 31.2では、ネットワークからまだエコーが返っていないトランザクションのキューが10,000件で頭打ちとなり、満杯になると新規の送信を拒否する。キューを空けるのは呼び出し側で、abortprivatebroadcastを使う(#35406)。BIP 323に従い、バージョンビット5〜28はソフトフォークのシグナルに数えなくなった。
Bitcoin Core


v2接続に失敗した際のv1再試行がTorを経由せず直接行われ、送信者のIPアドレスが漏れる恐れがあった。Bitcoin Core 32.1のプライベートブロードキャストではこのリスクが解消された。-maxconnectionsの既定値は125から200に上がり、トランザクションの送信リレーはピアごとではなく全体のバックログでレート制限する。
Bitcoin Core


通常運用中の激しいディスク読み書きの原因は、chainstateデータベースが自身の大部分を書き換え続けるバグだった。Bitcoin Core 29.4がこれを修正した。LevelDBのシークコンパクションを無効にし、chainstateを定期的にコンパクションする(#35465)。
Bitcoin Core


chainstateによるディスク負荷がBitcoin Core 30.3で解消された。合算バンプ手数料を取得できない場合のfeebumperクラッシュ(#34870)と、金額をブール値として計算していたコイン選択のバグ(#34888)も直っている。PSBTでは、pubnonceと部分署名のデシリアライズ時にMuSig2公開鍵を検証するようになった(#34219)。
Bitcoin Core


-privatebroadcastのIPアドレス漏えいをBitcoin Core 31.1がふさいだ。一部の接続が、有効にしたプライバシーネットワークではなくクリアネットに出ていた。過剰なディスク負荷の原因だったchainstateの書き換えも解消し、MuSig2の鍵集約では空の公開鍵リストを拒否する(#35316)。
Bitcoin Core


セキュリティ情報開発読了目安3分 v2ハンドシェイクに失敗すると、Bitcoin Core 31.0では送信者のIPアドレスが露出する場合がある。-privatebroadcastの設定時、v1での再試行がTorプロキシを通らずピアへ直接接続するためだ。悪意あるピアが意図的にハンドシェイクを閉じることが引き金になるとみられる。31.1が出るまでは、この機能を切るか、-v2transport=0を設定するか、IPv4/IPv6の発信をTor経由にすれば回避できる。
Bitcoin Core


セキュリティ情報開発読了目安2分 細工した無効ブロックの検証中に解放済みメモリを読み、ノードがクラッシュする。0.14.0より後、29.0より前のBitcoin Coreにあったバグで、CVE-2024-52911の深刻度はHigh。ただし攻撃者はチップ上で有効なプルーフ・オブ・ワークを費やさなければならず、リモートコード実行の可能性は低いとされる。報告者はCory Fields氏で、修正は29.0に入っている。
Bitcoin Core


クラスターメンプールが従来の設計に取って代わった。Bitcoin Core 31.0では祖先・子孫の上限に代えて、64トランザクション・101 kBを上限とするクラスターを採用し、CPFP carveoutを廃止した。既定の-dbcacheはRAM 4096 MiB以上のマシンで1024 MiBに増える。新設の-privatebroadcastを使うと、sendrawtransactionのブロードキャストはTorかI2Pのみを通る。
Bitcoin Core


名前なしウォレットに絡む2つの障害をBitcoin Core 28.4が修正した。レガシーウォレットの移行(#34156)と、失敗時にwalletsディレクトリを削除していたcreatefromdump(#34215)だ。chainparamsからDNSシードも1つ外れた(#33723)。
Bitcoin Core


コンセンサス違反のトランザクションを送ってきたピアを、Bitcoin Core 29.3は処罰しなくなった(#33050)。検証面ではレガシー、P2SH、SegWit v0スクリプト向けに入力ごとのsighashミッドステートキャッシュを導入し(#32473)、Scriptチェックをやり直さずにウィットネス除去を検出できる(#33105)。マイナー側のaddPackageTxsでは符号なし整数オーバーフローが解消された(#33475)。
Bitcoin Core


名前なしレガシーウォレットの移行失敗がBitcoin Core 30.2でなくなった(#34156)。createfromdumpも、そうしたウォレットで失敗した際にwalletsディレクトリを削除しない(#34215)。IPCのwait呼び出し中にCtrl-Cを押すとハングする問題も解消した(#33511)。
Bitcoin Core


セキュリティ情報開発読了目安1分 まれな条件下で、Bitcoin Core 30.0または30.1のwallet.dat移行に失敗するとウォレットディレクトリ内の全ファイルが削除され、資金を失う恐れがある。開発者は該当バイナリを取り下げ、30.2が出るまでGUIやRPCで移行しないよう呼びかけた。発生条件は、既定の名前なしwallet.datが移行または読み込みに失敗すること。それ以外の利用者に影響はない。
Bitcoin Core


Bitcoin Core 30.1のウォレットは、祖先を持つ未承認のTRUCコインを選択対象から外す(#33528)。IPCではオプションに-m引数が不要になり(#33229)、メッセージログのオーバーヘッドが減り(#33517)、実行中のwaitNext呼び出しをキャンセルできるようになった(#33676)。
Bitcoin Core


セキュリティ情報開発読了目安2分 細工した非標準トランザクション1件ごとにBitcoin Coreノードを数秒間占有でき、送信者は切断されない。攻撃者はこれを使ってブロック伝播を遅らせることができた。深刻度LowのCVE-2025-46598はAntoine Poinsot氏が報告し、v30.0で最悪時の検証時間を短縮して緩和した。
Bitcoin Core


セキュリティ情報開発読了目安2分 1GB超のブロックは32ビットのBitcoin Coreノードでサイズチェックをオーバーフローさせ、ディスク書き込み時にクラッシュを招く恐れがあった。ただし成立するのはコンパクトブロックとして届き、被害ノードが-maxmempoolを3GB超に設定して1GB分のトランザクションを抱えている場合に限られる。深刻度LowのCVE-2025-46597はPieter Wuille氏が発見し、29.1と30.0で32ビット環境の-maxmempoolに上限を設けて解消した。
Bitcoin Core