Bitcoin Coreは、言語モデルが1つのプロンプトで再び見つけられるようなセキュリティパッチに対する1年間の待機を終える。10月22日にマージされた、プロジェクトのセキュリティ開示ポリシーの変更により、「容易に発見可能な」クラスの脆弱性が作成され、メンテナーには標準的な embargo（公開停止期間）を経由せずに、中程度または高嚴重度のバグを約1年間秘密に保つ代わりに、「できるだけ早く」ポイントリリースと公開アドバイザリーを提供するよう指示している。
トリガーは単純である。言語モデルによりバグを発見するための労力が減ったため、繰り返し発見されるバグに関する報告が増加している。Chaincode LabsのBitcoin Coreコントリビューターであるアントワーヌ・ポアンソは、プルリクエストがマージされた当日、Bitcoin開発メーリングリストでこの変更を発表した。
「最近、簡単に（再）発見可能なセキュリティ脆弱性に関する報告数が増加しました」とポアンソは記しました。「これは、LLMが特定の種類の問題や隠蔽された修正を特定するための障壁を劇的に低下させたことが主な原因です。」
なぜ1年間の禁止措置が何も購入しない理由となったのか
Bitcoin Coreの以前の方針では、開示時期を深刻度に紐付けていました。低深刻度のバグは、次のメジャーリリースがリリースされてから2週間後に公開されました。中程度および高深刻度のバグは、影響を受ける最後のリリースがサポート終了に達するまで非公開に保たれました。この方針自体は、その期間を「修正を含むメジャーバージョンが最初にリリースされてから約1年後」と説明しています。
そのスケジュールには理由がありました。Bitcoin Coreは、Bitcoinのノードの大部分を実行するリファレンス実装であり、ノード運用者は慎重にアップグレードします。長期的な公開延期は、詳細が公表される前にネットワークがパッチを適用する時間を確保するためでした。その代償として、修正箇所は一般的に過去のバージョンにバックポートされず、古いリリースを使用している運用者は、プロジェクトが約6か月ごとにリリースすることを目的としている次のメジャーバージョンを待つことになりました。
この注意は偶然ではなく、構造的なものです。BitcoinのTaprootアップグレードのような合意変更は、オペレーターが自身のスケジュールで導入できるように、慎重でゆっくりとしたプロセスを経ます。
「私たちのプロジェクトの性質と遅いアップグレード文化を考慮すると、セキュリティポリシーはより長い embargo 期間を優先します」とPoinsotは記しました。「これは一般的に、セキュリティ修正をバックポートできず、次の大規模リリースとともにユーザーにのみ提供されることを意味します。」
AIはそのトレードオフを破壊する。バグが簡易なLLMスキャンで再発見できるならば、それを隠しても何の利点もない。なぜなら、その欠陥はすでにチャットボットを所有する誰にでも手の届くところにあるからだ。「このような見つけやすい問題に対しては、このトレードオフは間違っている。エMBARGO期間はほとんど効果を上げず、修正版の提供を遅らせるだけだ」とポアンソは書いた。
新しい「簡単に発見可能」クラスが実際に何を変更するか
改訂されたポリシーに基づき、開示のタイムクロックに新たな設定が追加されました。脆弱性は、トリアージ中に「容易に発見可能」とマークされる可能性があります。これは、「単純なLLMのプロンプトなど、最小限の労力で発見できる」と定義されています。このラベルはAIが見つけたバグに限定されず、再発見に必要な労力の少なさに基づいて適用されます。どのツールが発見したかは関係ありません。
これらのバグに対して、対応はすべての軸で変更されます。次期メジャーリリースに単一の修正が含まれるのではなく、メンテナーは現在サポートされているすべてのメジャーバージョンに修正をバックポートします——Bitcoin Coreのルールでは、最新の3つのリリースをサポートしているため、3つのブランチが対象です——そしてできるだけ迅速にポイントリリースを実施します。パッチ済みソフトウェアと同時にセキュリティアドバイザリーが公開されます。
深刻度の階層は、他のすべてを依然として支配しています。低深刻度のバグは2週間のスケジュールに従います。中程度および高深刻度のバグは、おおむね1年のスケジュールに従います。クリティカルなバグ—プロトコルレベルでコインを盗まれる可能性があるもの、供給量を不正に増加させるもの、またはチェーンを永続的に分割するもの—は、従来通り、標準ポリシーの対象外であり、個別に対応されます。
その除外には十分な理由があります。Bitcoin Coreの歴史において、2018年9月にCVE-2018-17144として公開されたインフレーションバグは、発行スケジュール外でコインが生成される可能性があるという欠陥であり、特別な対応を正当化するものでした。新しい「容易に発見可能」なルートは、このレベルには影響しません。重要なバグは依然として、ネットワーク全体へのリスクに応じたアドホックな対応が行われます。
2週間、1年、または「できるだけ早く」
変動幅は、開示ウィンドウで縮小して読み取るのが最も簡単です。今日修正された中程度の深刻度のバグは、通常、最終影響を受けたリリースがサポート終了に達してから2週間後にのみ開示され、約52週間は非公開のままです。同じバグが容易に発見可能とフラグ付けられると、アドバイザリーと共に「できるだけ早く」ポイントリリースとして提供されます。これが1年と、メンテナー自身の表現によれば、ターゲットパッチを書く・レビュー・テストするのにかかる時間との違いです。
バックポートのコミットがもう半分です。変更前は、修正箇所は通常、古い維持ブランチのユーザーには届かず、次のメジャーリリースと共に到着していました。現在では、古いサポート対象バージョンの運用者は、最新のメジャーバージョンのすべての機能や動作の変更を導入することなく、ターゲットを絞ったポイントリリースを適用できます。アップグレードが遅く慎重に行われるネットワークでは、パッチが実際に適用されるまでの速度に大きな変化をもたらします。
メンテナー自身が警告したリスク
より速い方法にはコストが伴い、Poinsotはプルリクエストで明確に述べています。「この方針のもとでは、緩和策がユーザーにリリースされる前に開発ブランチで十分な『熟成時間』を確保できなくなる点が特に重要です」と彼は記しています。数日でリリースされる修正は、数ヶ月間保留された修正よりもレビューとテストに費やされる時間が短くなります。
議論は、開示をさらに速めるべきかどうかについても分かれた。一部の貢献者は、修正のプルリクエストを開くこと自体が攻撃者に警告を発する可能性があると主張した。なぜなら、リポジトリを自動的に監視するのはコストが低いからであり、開示はパッチと同時に、あるいはその前に緩和策を伴って行う必要があるかもしれない。別の貢献者は、裁量的または遅延されたアドバイザリーとともに修正をリリースすることを提案した。しかし、ポアンソはこれを拒否し、詳細なしにユーザーに警告を発すると、影響を受けなかったオペレーター間で急いで移行する動きを引き起こす可能性があると記した。
取引所が重要であるのは、この新しい方針が明確な選択ではなく、意図的な中道であることを示しているからです。統合された文は、アドバイザリーを修正と同時に保持し、あいまいな警告ではなく、完全な詳細を維持しています。
最初の「簡単に発見可能な」バグが発生したとき
新しいクラスにはまだ脆弱性が登録されていないため、これはプロセスの変更であり、実際のバグの開示ではありません。最初の本格的なテストは、メンテナーがトリアージ中に「容易に発見可能」とマークし、維持されているブランチ全体に同時に対応アドバイザリーとともにポイントリリースを配布したときに訪れます。
より広いシグナルは、AI支援によるバグ発見がすでにBitcoinエコシステムに変化を強いていることである。Core Lightningは今年初め、AIが生成した脆弱性報告が正しいことが証明されたため、ノード運用者にアップグレードするか切断するよう要請した。Bitcoin Coreの方針変更は、プロトコルの基盤層で同じ計算を行っているリファレンス実装である：再発見が安価であるなら、秘密にしても得られるものは少なく、長期間の embargo が遅らせるのは固定リリースだけである。
ノード運用者にとって、本日は何も変更ありません。アップグレードの頻度はこれまで通りです。次にバグが容易に発見可能と判定された場合、パッチとそのアドバイザリーが、ネットワークがこれまでに受けたことのない短い通知期間で同時にリリースされます。
開示：本記事は投資アドバイスを示すものではありません。本ページに掲載されているコンテンツおよび資料は、教育目的でのみ提供されています。