多数の候補に対し、人手確認がボトルネックに

脆弱性とは、攻撃に悪用され得るソフトウェアの欠陥です。オープンソースソフトウェア（OSS）は、ソースコードを公開し、利用や改変ができるソフトウェアです。保守者は、その修正や更新を担います。Anthropicは2026年10月8日、AIモデル（学習結果を用いて入力を分析する仕組み）が生成した未確認報告をOSS保守者へ届けるOSS Scannerの任意登録を発表しました。[1]

同社によると、発表前の直近6カ月にモデルが見つけた候補は2万9,000件超で、人がレビューやトリアージをした候補の数は約6,000件でした。トリアージとは、報告の実在性や優先度を整理する作業です。ここでいう候補は、確認前のクラッシュ（プログラムの異常終了）や脆弱性の仮説を含みます。[1, 2]

既存の検出手段と早期受け取りの役割

CVDは、修正と公表の時期を関係者間で調整する「協調的な脆弱性開示」です。Anthropicの従来経路では、外部のセキュリティ会社が問題を再現し、実在性と深刻度（脆弱性の影響などを踏まえた重大さ）を確認してから保守者へ報告します。[3]

GoogleのOSS-Fuzzは、ファジングという多様な入力でプログラムを動かすテストを行い、実行時の異常を探します。OSS-Fuzzは、検出内容を保守者へ通知します。ファジングでは、未到達の経路や状態の組み合わせをすべて調べられません。

カバレッジ（テストで実行されたコードの範囲）に含まれるコードにも、欠陥は残り得ます。[4, 5]

手段報告前の確認保守者が受け取るもの
Anthropicの従来CVD経路人が再現し、実在性と深刻度を確認確認済み報告
OSS-Fuzz入力を変えて実行し、異常を検出検出内容の通知
OSS Scannerモデルが生成し、人手の事前レビューなし未確認報告

Anthropicは、候補を処理する体制がないプロジェクトには人手確認後のCVDを続けるとしています。未確認報告の追加を望み、確認済みの重大な報告にも対応できる保守者には、早期受け取りが選択肢になります。[6, 12] Anthropicの発表では、保守者から未レビュー分も受け取りたいという要望があったと説明しています。

後輩早く届くと、確認の順番も変わりますか？

先輩人手未レビューの報告を受け取るから、保守者側で実在性の確認が必要になると考えられるね。

後輩では、受信数を増やせるかより、検証に時間を割けるかが判断軸ですね。

先輩本稿では、受信する報告数と、保守者が検証に使える時間を照合する方法を提案しているよ。

早く受け取る選択が向く保守者

OSS Scannerのfast-trackは、希望する保守者が未確認報告を早く受け取る任意の経路です。Anthropicは、インフラ（情報システムの基盤）や利用者の安全に重大な影響を持つOSSを対象にし、確認済みの重大な報告に対応できるプロジェクトかを個別に審査します。[12]

fast-trackに参加した保守者は、報告を利用する前に内容を評価します。本稿では、再現性と深刻度の確認を評価項目に含めることを提案します。従来のCVDは、人手確認を経た報告を受け取る経路として続きます。保守者は、追加候補の確認を引き受けられるか、またそれを望むかを踏まえて、どちらを選ぶか判断できます。[6, 14]

参加条件と、届く報告の中身

リポジトリは、ソースコードや関連ファイルを管理する場所です。申込みは、コアメンテナー（プロジェクトの中核を担う保守者）がAnthropicの公式リポジトリへプルリクエスト（PR、変更提案）を出す方式です。Anthropicは申請者がコアメンテナーかを確認し、対象プロジェクトも個別に審査します。

申請者は、設定ファイル（動作条件を指定するファイル）に対象リポジトリと報告先メールアドレスを記載します。メールアドレスは公開されるため、公開可能な窓口が必要です。[7, 8]

コンテナイメージは、プログラムと実行に必要な設定などをまとめたものです。申請には、イメージの作成手順を書くDockerfileも必要です。コンテナイメージを作成するビルド処理ではネット接続を使えます。脆弱性を調べる監査は完全オフライン、つまりインターネット接続なしで実行されます。公式READMEのネットワーク条件

参加するプロジェクトは、依存ソフトウェア（プログラムが利用する外部ソフトウェア）などビルドに必要なものを事前に用意します。

申請者は、任意の脅威モデル文書（想定する攻撃者や脅威、調査範囲を整理する文書）に調査対象や除外範囲、深刻度の基準などを記載できます。[9, 13]

報告には再現手順と脆弱性の説明が含まれ、可能な場合は問題を導入した変更の特定や修正候補のパッチ（コードの変更案）も添えられます。[10]利用規約は、報告や提案パッチを利用前に評価するよう受信者へ求めています。互換性確認を含めた検証項目の設計は、本稿の実務上の提案です。

Anthropicはモデル生成の報告を人手レビューやトリアージなしで送り、誤りが含まれる可能性も示しています。[10, 11, 14]

公式FAQ（よくある質問）はAIエージェント（自律的に調査や作業を進めるAI）による報告候補の再確認にも触れています。公式READMEは報告をモデル生成かつ人手未レビューと説明しています。

受信後の検証、機密保持、中断と開示

受信者は報告と提案パッチを確認し、利用する前に内容を評価します。受信者は、対象の脆弱性が修正されるか報告が公表されるまで、報告を機密かつ安全に保ち、共有先をプロジェクトで認められた保守者に限ります。[14, 15]

未確認報告には90日の開示期限がなく、Anthropicもそれらを公表しない方針です。未確認報告が後に既存CVDで人手確認された場合、Anthropicは確認結果を保守者へ通知した日を開示期間の起点とする場合があります。[16]

通常のCVDでは、通知から90日後と修正の公開日のうち、早い方が防御側への情報開示の目安です。Anthropicは、パッチが利用可能になってから通常45日後を目安に、完全な技術詳細を公開する方針です。Anthropicは状況に応じてこの待機期間を短縮または延長します。公式CVD方針

現に悪用中の重大な問題などには、別の目標期間が適用されます。[16, 17, 18]

保守者は設定変更のPRで自動報告を一時停止でき、登録解除もできます。停止後も通常のCVDは続きます。将来、深刻度がhigh（高）の一部の未確認報告に開示期間を設ける場合、Anthropicは事前に通知し、参加を辞退する機会を設けるとしています。[19, 20]

後輩受け取った時点で、開示までの時計も動き始めるのでしょうか？

先輩未確認報告にはその期限がないよ。人手確認後は通知が起点になり得るんだ。

後輩参加後に対応が難しくなった場合も、受け取り方を変えられるんですね。

先輩そうだね。停止や解除を選んでも、通常のCVD経路は続くよ。

初期評価の分母と、読み取れる範囲

Anthropicは、初期版の評価で48プロジェクトから選んだ重大・高リスク候補97件を専門家が確認したと報告しています。85件がCVDの基準を満たし、残る12件の内訳は、実在する既知問題や重複が11件、無効な報告が1件でした。[21]

公表された88%は、選抜された97件のうちCVD基準を満たした割合です。[21] 選抜条件と分母を踏まえ、本稿ではこの数字を初期評価のサンプルに限定して扱います。 本稿では、導入にあたり、保守者が検証に使える時間と受信する報告数を照合することを提案します。