Bitcoin Core

ビットコイン開発者がBitcoin Core v25.0の脆弱性を公開し、ノード運営者にソフトウェアの更新を促す

ChainCatcher のメッセージによると、Protos が報じたところによれば、ビットコイン開発者は最近、高危険度のソフトウェア脆弱性に関する詳細を明らかにしました。この脆弱性は CVE-2024-35202 と呼ばれています。上級コア開発者によれば、世界中でビットコインのルールを実行している家庭用および商用コンピュータの 13% 以上がリモートシャットダウンの脆弱性を抱えているとのことです。この脆弱性は、Bitcoin Core 25.0 より前のバージョンを実行しているノードに影響を与え、攻撃者がブロック取引メッセージを操作することでノードをクラッシュさせることを可能にします。この脆弱性は、インターネットの帯域幅使用を減らすために短縮された取引識別子を使用する Core の密なブロックプロトコルに起因しています。攻撃者はこれらの識別子の衝突を引き起こすことで、ノードが完全なブロックを要求することを引き起こすことができます。完全で未編集のブロックを要求することは安全対策ですが、25.0 より前のソフトウェアバージョンには、後続の blocktxn メッセージを処理するロジックに欠陥があります。簡単に言えば、ロジックゲートを操作することでノードを無効な状態に強制的にすることができ、完全にクラッシュさせることができます。一般的な攻撃者には経済的利益はありませんが、開発者はノード運営者に最新バージョンへの更新を強く推奨しています。この脆弱性を発見し、公開したのは Niklas Gögge の功績であり、Bitcoin Core 25.0 ではこの問題が解決されています。

Bitcoin Core 24.0.1 以下のバージョンには高危険度の脆弱性が存在し、17% のフルノードに影響を与えます。

ChainCatcher のメッセージによると、Protos の報告で、Bitcoin Core 開発者が新しい高危険警告を発表し、6つのビットコインノードのうち1つにソフトウェアの脆弱性が存在することが明らかになりました。木曜日、98%以上の到達可能なフルノードで動作するソフトウェアを維持する責任を持つオープンソースの Bitcoin Core プロジェクトのスタッフは、ネットワークの17%のノードで動作するソフトウェアに重大なセキュリティ問題があることを明らかにしました。具体的には、Bitcoin Core バージョン 24.0.1 未満のすべてのソフトウェアがリスクにさらされています。Bitnodes の監視推定によると、このサービス拒否の脆弱性は、アクセス可能なビットコインフルノードの19,200の自称ユーザーエージェントのうち約3,330に影響を与えています。24.0.1 バージョン以前の Bitcoin Core ソフトウェアでは、悪意のある行為者が低難易度のヘッダーリンクを使用してノードにスパムを送信することが可能でした。ノードに非常に長いヘッダーリンクをダウンロードして保存させることで、攻撃は過剰な帯域幅やデバイスのストレージスペースを占有することによってノードをクラッシュさせる可能性があります。開発者は、Bitcoin Core のプルリクエスト(PR)番号 25717 でこの脆弱性を修正し、2022年12月12日に v24.0.1 バージョンのリリースとともに生産に統合しました。現在の Bitcoin Core ノードソフトウェアのバージョン(現在は 27.1)は、この脆弱性とその他の脆弱性の修正を含んでいます。この脆弱性はかなり深刻ですが、公開記録に知られているこの脆弱性を利用した攻撃の事例は少ないです。ブロックヘッダーリンクを生成して放送してサービス拒否攻撃を実行するコストが非常に高いため、この脆弱性は攻撃者にとってほとんど経済的利益がありません。

Bitcoin Coreの開発者ルーク・ダッシュジュニアによる、インスクリプションの制限に関する提案は通過せず、インスクリプション開発者に対する意見は賛否が分かれている。

ChainCatcher のメッセージ、Bitcoin Core 開発者の Luke Dashjr が提案した「datacarriersize: Match more datacarrying #28408」は、銘文の制限に関する問題について議論されました。複数の Bitcoin Core 開発者による議論の結果、承認されず、現在この提案は閉じられた状態です。報告によると、Bitcoin Core 開発者の Ava Chow がこの PR をまとめて閉じ、明らかにこの提案には議論の余地があるとし、現状では全員が満足する結論を出すことは不可能であり、議論を続ける必要はないと考えています。さらに、Bitcoin Core の別のコードメンテナーである gloria がこの PR をまとめました。Luke を支持する意見は以下の通りです:銘文を停止すること、これはスパムである;銘文と埋め込みデータはネットワークに危害を及ぼす;人々はこれを望んでいる:ユーザーの需要と特定のユースケースが存在し、Bitcoin Core はそれを提供すべきである;別の選択肢は人々がパッチを作成して実行することだが、これは安全ではない可能性がある;これはデータキャリアサイズを修正し、期待通りに機能させるだけである;Luke に反対する意見は以下の通りです:これは銘文を防ぐことはない、マイナーはこの戦略を採用する可能性は低い、なぜならインセンティブと互換性がないから;すべての埋め込みデータを検出するコードを書くことはできない;この PR はデフォルトのメモリプール戦略を変更し、個々のノードオペレーターとネットワークに潜在的な危害をもたらす;その他の反対意見:一般的に、現在メモリプール戦略を使用して使用を阻止することは無効である;使用状況に基づいて取引を「審査」しようとすることは不適切であり、自由市場がビットコインの用途を決定する;これは -datacarriersize を底層ユーザーから実行される操作を変更する。

Bitcoin Coreの開発者:混合コイン取引「coinjoin」をフィルタリングする意図はなく、チームの全リソースを活用して解決策を策定する意向。

ChainCatcher のメッセージによると、Bitcoin Core の開発者 Luke Dashjr はソーシャルプラットフォームで次のように述べています。「OP_RETURN の議論は新しいものではなく、2014 年に遡ることができます。当時、Bitcoin Core 0.9.0 がリリースされ、OP_RETURN ポリシーが含まれており、より悪質な形態のスパムを防ぐことを目的としていました。当時、40 バイトはすべてのノードで実装されたデフォルトの最大データキャリアサイズ制限でした。これは、データをトランザクションにバインドするには過去も現在も十分な大きさです(ハッシュ値 32 バイト、ユニーク識別子 8 バイト)。コアがデフォルト値を 80 バイトに増やすことは完全に自発的な決定であり、OP_RETURN を作成して証明可能なトリミング可能な出力を最大限に活用し、データストレージスキームによる損害を最小限に抑えるという設計目標と矛盾するものではありません。これらのスキームは常に悪用行為と見なされてきました。他にも良い技術的理由があり、私は Bitcoin Knot の低いデフォルト値を維持することを選択し、それを増やす理由はありません。」Luke Dashjr は、彼と OCEAN チームが混合通貨取引「coinjoin」をフィルタリングする意図はないと述べています。これらは Bitcoin のプライバシーを強化する革新的なツールを提供し、正しく構築されれば、coinjoin は OP_RETURN 制限内に簡単に収まります(実際、彼らは OP_RETURN データを持つ理由がまったくありません)。彼は最近の問題を緩和する方法についていくつかの考えを持っており、一部の coinjoin 取引が Knots v25 によってスパムとしてマークされていることに対処するために、自分自身とチームの全リソースを活用し、誠実に解決策を共同で策定する意向を示しています。
チェーンキャッチャー イノベーターとともにWeb3の世界を構築する