Chainguard、最先端AIを活用した脆弱性ハンティング向けにHarnessを発表

Chainguardは2026年10月14日、組織のアプリケーションを本番環境に近い形で分離してビルドし、稼働させたうえで、AnthropicのClaude Mythos 5.1を使って悪用可能な脆弱性を探し、検証済みの発見事項ごとに推奨される修正策を提示するサービス、Chainguard Harnessを発表した。同社は同日、ベータ版のウェイトリストを開設し、AnthropicのClaude Marketplaceを通じて購入できるようにした。

発表の中でChainguardは、ファーストパーティーコードとオープンソースコードの両方を対象に脆弱性を発見する最先端モデルは、これまで主に、重要インフラの防御的なセキュリティ業務に取り組む一部の組織だけが利用できたと述べた。同社によると、Harnessは、最先端モデルにアクセスできない組織や、自ら運用するためのセキュリティまたはエンジニアリングの専門知識を持たない組織にも、その機能を提供する。

CEO兼共同創業者のDan Lorencは、同社のリリースで次のように述べた。「Harnessをコードに適用するたびに、深刻で悪用可能な脆弱性が見つかっています。何度もスキャンされてきたソフトウェアや、重要インフラを支えるコードからも見つかりました。」同氏は、Harnessによってセキュリティチームは、エンジニアが実際にリリースできる、検証済みの脆弱性と修正策を得るための選択肢をもう一つ確保できると述べた。

Harnessの仕組み

Chainguardの発表によると、プロセスは5段階で進む。顧客は、読み取り専用アクセス権を持つChainguard GitHub Appを通じてリポジトリを接続するか、ソースアーカイブをアップロードする。Harnessは、アプリケーションを本番環境にリリースする場合とまったく同じ形でソースからビルドし、分離されたマイクロVM内で起動する。次にMythos 5.1が、ソースコード、Git履歴、依存関係のソースコード、ビルド設定を調べながら、ロジック上の欠陥、インジェクション、リソース枯渇を対象に稼働中のアプリケーションを検査し、その応答を監視する。

封じ込めは2段階で行われる。準備段階では、別のモデルがアプリケーションをビルドし、依存関係とツールを取得して、マイクロVM内で実行できる状態にする。その後、マイクロVMは一時停止される。脆弱性の探索段階では、ネットワークへの送信接続がなく、内部に認証情報もない状態で、Mythos 5.1のためにマイクロVMが再開される。モデルが利用できるのは、シェルとChainguardがビルドしたパッケージだけだ。エージェントの処理ループはサンドボックスの外で実行されるため、モデルが発行するすべてのツール呼び出しとコマンドが記録される。検査対象のコードは信頼できないデータとして扱われるため、解析中のコードに隠されたプロンプトインジェクションを防げると同社は説明している。

すべてのエクスプロイトは新しいマイクロVMで再実行され、毎回成功しない発見事項は報告書に含まれない。推奨される修正策も同じ方法で検証される。つまり、顧客の現行コードに対してはエクスプロイトが成功し、修正後のコードに対しては失敗しなければならない。納品される報告書には、概要、各発見事項の深刻度と影響、発見事項を確認する手順、顧客のコードベースに合わせて作成された推奨修正策が記載される。納品前には、Chainguardの担当エンジニアが氏名を明らかにしたうえで、すべての修正策と報告書を確認し、承認する。

発表によると、モデルを運用するのはChainguardのスタッフに限られ、Chainguard以外の人がモデルに指示を出したり、生の出力を見たりすることはできない。Harnessが顧客のコードではなくオープンソースの依存関係に欠陥を発見した場合、Chainguardは上流のメンテナーと調整しながら情報を開示する。上流で問題が解決されると、修正済みのビルドがChainguard Repositoryを通じて提供される。リリースでは、この情報開示の経路を、Chainguardの調整型脆弱性開示プロセスであるAthenaと呼んでいる。

vLLMで初の公開発見

この発表の前日、ChainguardはHarnessによる初の公開発見を公表していた。2026年10月13日の調査記事で同社は、大規模言語モデルの提供に使われるオープンソースエンジンvLLMで、共有エンジン上のあるクライアントが別のクライアントのリクエスト出力を強制できるバグをHarnessが発見したと説明した。この欠陥には、モデルが生成できるトークンを制限するリクエストパラメーター、allowed_token_idsが関係していた。リクエストが完了した際、共有制限テーブル内の該当行は、以前の制限を消去しないまま再割り当てされていた。そのため、後続のリクエストが前のクライアントの制限を引き継ぐ可能性があった。このバグはv0.31.0より前のvLLMのバージョンに影響していた。

Chainguardによると、エクスプロイトは3回中3回再現された。同社は2026年9月23日にvLLMのメンテナーへセキュリティ上の影響を報告し、修正は2026年10月2日にv0.31.0でリリースされ、アドバイザリーGHSA-6cxc-2vcg-w5qcは2026年10月6日に公開された。このバグは、通常のバグとして分類されたまま、2026年5月28日からvLLMの公開イシュートラッカーに掲載されていた。記事によると、vLLMはこの問題の深刻度を「低」と評価し、修正は1行の変更と関連する修正で構成されていた。

記事によると、vLLMの検査には10時間48分かかり、約1億1,500万トークンを処理して、プロジェクト内の30箇所を調査した。候補となった発見事項37件はクリーンなホスト環境で再現され、そのうち13件はエンジニアリングレビューを経ても有効と確認された。Chainguardは、Harnessを65件を超えるプロジェクトに適用し、680件を超える発見事項を検証したと述べており、そのうち複数は調整型の情報開示手続き中だという。記事によると、Harnessの開発は、ChainguardがAnthropicのProject Glasswingに参加したことをきっかけに進んだ。

ベータ版へのアクセスとマーケットプレイスでの提供

Chainguardはまず、限られた数の組織にアクセスを提供する。Harnessの製品ページによると、このサービスはベータ版であり、ChainguardのMaster Services and License Agreementに基づく技術プレビューとして提供される。

Harnessは、AnthropicのClaude Marketplaceに掲載されています。掲載情報によると、Anthropicとの既存の契約がある顧客は、マーケットプレイスの購入申請手続きを通じてその契約を適用できます。Chainguardの発表によると、請求処理はAnthropicが担当するため、Anthropicの顧客は別途調達手続きを行わずにHarnessを追加し、AI関連の支出を一元化できます。

提供開始時点では、Chainguardのエンジニアが顧客に代わってHarnessを運用します。Chainguardがすでに配布しているオープンソースの成果物に対してHarnessを実行し、修正済みのビルドをChainguard Repository経由で提供する方法と、顧客のソースコードに対して実行し、検証済みの検出結果について、深刻度、影響、再現手順、推奨される修正方法を記載した、エンジニアによるレビュー済みレポートを提供する方法があります。

Anthropicで商用サイバーセキュリティ部門を率いるDaniela Hurtado氏は、発表の中で、Mythos 5.1のようなモデルは何年も見過ごされてきた脆弱性を発見できると述べました。また、Harnessではモデルを隔離環境で動作させ、再現確認と人によるレビューを行うことで、すべての検出結果を顧客に届ける前に検証すると説明しました。組織はChainguardのHarnessページからベータ版のウェイトリストに登録できます。