AIによる脆弱性検出の急増に対応――ChainguardがOSSの非公開脆弱性情報を集約する「Athena」を公開

要点

• ソフトウェアセキュリティ企業のChainguardが、オープンソースソフトウェア（OSS）の非公開脆弱性情報を集約するプラットフォーム「Athena」を発表した。

• 業界では脆弱性情報の集約・仲介を行う「クリアリングハウス」の発表が相次いでいるが、同社はデータの集約よりも、実際の修正パッケージをビルド・配信するプロセスこそが重要であると指摘している。

• 脆弱性情報の急増の背景には、検証環境で動作するアプリケーションに対してAIモデルに「破壊せよ」と指示し、実用的な攻撃手法を検出させる検証手法の普及がある。

• AIモデルは自社コードと外部依存関係を区別しないため、ユーザーが把握していない古いオープンソースライブラリの脆弱性が大量に検出され、その安全な処理窓口が必要とされている。

• 米ソフトウェアセキュリティ企業のChainguard（チェインガード）は2026年7月9日、オープンソースソフトウェア（OSS）の一般公開前の脆弱性情報を集約・管理するプラットフォーム「Athena（アテナ）」を公開した。近年、セキュリティ業界や政府機関の間で、脆弱性情報の集約・仲介を行う「クリアリングハウス」と呼ばれる仕組みの構築が相次いで発表されている。Chainguardは、すでに数ヶ月前からAthenaを極秘に稼働させており、実際に修正プログラムを顧客へ提供してきたという。

相次ぐ「クリアリングハウス」の発表とAthenaの立ち位置

ここ数週間、テック業界ではクリアリングハウスの立ち上げが相次いで宣言されている。IBMとRed Hatがオープンソースのサプライチェーンセキュリティ確保に向けて50億ドルを投じる「Project Lightwell」を発表したほか、米ホワイトハウスも先進的な人工知能（AI）の革新とセキュリティの促進に関する大統領令を出すなど、官民で同様の取り組みが表面化している。

こうした動きの中、Chainguardが発表した「Athena」は、発表時点で既に構築され実稼働していた点が特徴だという。同社は顧客からの要望を受け、数ヶ月前から水面下で脆弱性情報の収集と修正プログラムの適用を実施してきた。今回、他社が相次いで計画を発表したことを受け、情報開示を行わないままでいると開発が遅れているかのような誤解を招く恐れがあったため、公表に踏み切ったと説明している。

データの集約よりも「修正版のビルドと配信」が重要

Chainguardは、クリアリングハウスを構築すること自体は「最も重要度が低い」と指摘する。オープンソース分野において脆弱性情報の集約所は珍しいものではなく、米国立標準技術研究所が運営する「NVD（米国立脆弱性データベース）」や「GitHub Advisory Database」、「OSV（オープンソース脆弱性データベース）」など、数十年前から同様のデータベースが存在しているためである。

今夏に各社が発表しているクリアリングハウスの特徴は、オープンソースの「ロングテール（あまり使われない多数のコンポーネント）」に散在する非公開の脆弱性情報を集約する点にある。Unixのプロセスモデル（プログラムの実行単位を管理する仕組み）においては、どれほど無名なライブラリに存在する欠陥であっても、それを読み込んだアプリケーション本体と同じ実行権限で動作するため、末端の依存関係のバグがシステム全体の乗っ取りにつながる恐れがある。

しかし、同社はデータベースに格納されただけの脆弱性情報は何も解決しないと主張する。価値があるのは、情報をもとに修正・テスト・署名されたパッケージを作成し、ユーザーがすでに利用しているレジストリ（パッケージの保管・配信サーバー）を通じてバックポート（古いバージョンへ個別に修正を適用すること）の形で配信するプロセス、すなわち「アクチュエーション（具現化）」であるという。

自動ビルドシステムとの連携

Chainguardはこのアクチュエーションを長年にわたり提供してきた。同社の自動ビルドシステムである「Chainguard Factory」は、数千のオープンソースプロジェクトを常時監視し、脆弱性情報（CVE：共通脆弱性識別子）が登録された瞬間にソースコードからの再構築、テスト、デジタル署名を行う仕組みを備えている。

これにより、多くのCVEは自動的におよそ2日以内に修正され、米サイバーセキュリティ・インフラセキュリティ庁（CISA）が「現在悪用されている」と指定した脆弱性については、1日以内に修正版を提供するという厳しいSLA（サービス品質保証）を維持している。すでに10万件以上の脆弱性がこの仕組みによって対処されてきた。

新たに発表された「Athena」は、この自動ビルドシステムに対する「新しい窓口」として機能する。同社は数ヶ月前、最先端AIの安全性検証プログラム（例：AnthropicのProject Glasswingなど）の運営者から、非公開の脆弱性を処理してほしいとの依頼を受けたことをきっかけにAthenaを構築した。

AIによる「脆弱性の大量検出」がもたらした課題

近年、オープンソースの非公開脆弱性が急増している背景には、AIモデルの進化がある。

検証環境（サンドボックス）の中で実際にアプリケーションを動作させ、デバッガを接続した状態で、AIモデル（例：「Mythos」など）に対して「このシステムを破壊せよ」という曖昧で敵対的な指示（プロンプト）を与える検証手法が普及している。AIは実行中のプログラムに対して攻撃を試み、実際に動作するエクスプロイト（脆弱性を悪用する具体的な攻撃プログラム）を自律的に発見する。

この過程で、AIは企業が自社で開発したコードだけでなく、インポートされているオープンソースの依存関係も区別なく攻撃する。その結果、数階層下に位置する、開発者自身が名前も知らないような、何年もメンテナンスされていない古いライブラリに致命的な脆弱性があることが判明する。

自社開発コードの脆弱性であれば自社で修正できるが、他者が開発したオープンソース依存関係の脆弱性は、自社の判断だけでは修正・公開することができない。この「動作する攻撃手法が見つかっているが、自社では修正できない他人のコード」という宙に浮いた脆弱性情報を安全に処理し、修正へとつなげる窓口として、Athenaをはじめとするクリアリングハウスが求められているのである。