Bitcoin Core、AIが再発見可能なBitcoin (BTC)バグの公開禁止方針を廃止

軽微な脆弱性ほど迅速に修正

多くのビットコイン (BTC)ノードが稼働する参照実装Bitcoin Coreは、セキュリティ脆弱性の開示方法を大幅に見直すことになった。開発者のAntoine Poinsot氏が10月22日(木曜日)、Bitcoin Developmentメーリングリストでこの変更を発表した。これまで同プロジェクトは脆弱性の詳細を非公開のまま保持し、情報公開までに利用者がアップグレードする時間を確保してきた。だが慎重な運用には代償があった。脆弱性が秘密の間は修正を旧バージョンへバックポートできず、旧リリースを使う利用者は次のメジャーリリースを待たねば保護を受けられない。今回の変更は資産そのものを支えるソフトウェアに関するものであり、ビットコインの価格水準は新ルールに一切影響されない。Poinsot氏の主張の核心は、大規模言語モデルがバグの再発見コストを崩落させたという点にある。単純なプロンプトだけで脆弱性を再び特定できる例もあると同氏は述べ、数か月の秘密保持は保護効果が乏しいばかりか修正済みリリースの提供を遅らせると指摘した。エンバーゴ期間は実際にはほとんど機能しておらず、修正版の到着を妨げるのが主な実態だと同氏は書いた。改訂されたセキュリティ方針では、基本的なLLMのプロンプトで明らかになり得るような容易に発見可能な脆弱性について、保守対象のすべてのメジャーバージョンにできる限り速やかに修正が適用され、セキュリティ勧告は更新と同時に公開される。それ以外の区分は重大度に応じた日程を維持する。低重大度の脆弱性は、修正を含むメジャーリリースの公開から2週間後に開示される。中・高重大度の脆弱性は、影響を受ける最後のリリースがサポート終了を迎えてから2週間後、つまり通常は修正が新しいメジャーバージョンに反映されてから約1年後に開示だ。ネットワークのプルーフオブワークセキュリティを脅かし得る重大な脆弱性は標準方針の対象外で、案件ごとに個別判断される特殊な手順に従う。Bitcoin (BTC) Infinity Showのホストで著書「Defending Bitcoin」の著者でもあるLuke de Wolf氏は、過去にはPoinsot氏のセキュリティ手法に反対してきたと明かしつつ、今回の更新は前向きな一歩だと評価した。

AI生成の脆弱性報告がエコシステムに拡大

一連の見直しは、Bitcoinエコシステム全域で強まるAI活用研究の圧力を背景としている。8月、ボランティアのセキュリティ研究グループBitcoin Red Teamは、390のプロジェクトにわたって約5,000件の潜在的な問題を報告した。ただし当時、再現が確認できたのはそのうち約5分の1にとどまる。この比率がそのまま示すのは、モデルは大規模なコードベースを高速で走査して不審なパターンを検出できる一方、報告が真正の脆弱性か単なるノイズかを最終的に判別するのは依然人間の検証だというトレードオフだ。同じ8月、ライトニングネットワークの主要実装Core Lightningがこの波を直接受けた。開発者はAI生成の脆弱性報告を複数件受け取り、ノード運用者にアップグレードを促すか、更新が現実的でない場合はノードの運用を一時停止するよう勧告した。技術的詳細は修正の準備期間中、2週間にわたり非公開とされた。旧ルールではあらゆる脆弱性に適用されていたこの流れは、今後は一部の区分だけに限られる運用になる。議論はビットコイン界で最も知名度の高い創業者にも届いている。元Binance最高経営責任者(CEO)のCZ氏は、暗号技術を破らなくても、漏洩データやフィッシングを通じてAIがBitcoinに脅威となり得ると警告している。プライベートキーを保管するノードやライトニング決済をルーティングする運用者は、修正がどれだけ速く提供され、勧告がどれほど平易な文言で示されるかの影響を最も直接受ける立場にある。

秘密保持の優位は薄れる

私どもが方針文から読み取る限り、これは秘密がもはや安全を買えない領域で、秘密を速さと交換する改定だ。成否を握るのは判定の運用である。容易に発見可能と分類された脆弱性は保守中の全バージョンへ即時修正がかかるため、分類を誤れば旧リリースの利用者が想定より早く公開された詳細にさらされる恐れがある。その一方で、中・高重大度の重大度階梯は約1年の静かな修正期間を確保する。現行ソフトへの更新インセンティブを保ちながら、調整済み開示の枠組みそのものは放棄しない設計だ。ノード運用者は、勧告がリリースの後ではなくリリースと同時に届く前提でアップグレードの日程を計画することが求められる。