記事のサマリー（TL;DR）
- OpenAIは過去2カ月間、メンテナー・研究者・セキュリティ企業からなる連合を主導し、Webサイトやアプリケーションの実行に使われるオープンソース言語PHPの重大な脆弱性2件への対応にあたったと説明しています。
- 「Calif」というチームがPatch the Planetの取り組みの一環としてGPT-5.6 Solを使い重大な脆弱性を発見し、Wizも独立してこれら両方の脆弱性を発見・報告しました。修正とリリースはPHPのメンテナーが主導し、OpenAIのチームやWiz、Cloudflareなどのパートナーが研究、技術支援、開示前の保護策準備にあたる調整を行ったとしています。
- OpenAIはPHP利用者に向けて、修正の適用を優先するよう呼びかけ、脆弱性の可能性があるPHPバージョンを特定するためのPHPバージョンチェッカーをCodexスキルとして公開しています。
対応にあたっての条件・優先事項
OpenAIは、これらの不具合の深刻さとPHPの広範な利用状況から、近年で最も影響の大きいセキュリティ問題の一つと位置付けています。PHPを利用する組織に対しては、修正の適用を最優先事項とし、PHPおよび各プロバイダーのガイダンスと合わせて、どの更新を適用すべきかを判断するよう呼びかけています。
詳細
フロンティアAIによる発見と「防御側の猶予期間（Defender’s Window）」
OpenAIの把握している限り、フロンティアAIはこれらの脆弱性を攻撃者より先に発見しました。これにより、メンテナーやセキュリティプロバイダーが開示前に修正と保護策を準備する「Defender’s Window（防御側の猶予期間）」が生まれたとOpenAIは説明しています。同社は、AIがインターネット規模の影響を持つセキュリティ上の欠陥を発見できる一方、同じ能力が攻撃者による攻撃ツールやエクスプロイトの迅速な開発を助ける可能性もあると指摘しています。
より多くの防御側がこうした能力を活用できるよう、OpenAIは「Daybreak for Frontline Defenders」を通じて、セキュリティ資源の限られた組織（重要サービスを保護する組織が対象）向けに、Daybreakの補助付きアクセスとして10億ドルを投じると発表しています。
OpenAIは、今回の不具合はすでに発見し修正に取り組んでいる複数の重大な脆弱性の一つであり、今後数カ月で同様の発見が急増すると見込んでいると説明しています。これまでの経験を踏まえ、AI時代にふさわしい、広く使われるソフトウェアの重大な脆弱性への対応アプローチ案を公開し、このフレームワークの改善についてセキュリティコミュニティに協力を求めています。
グローバルな対応の調整
修正を実際に行き渡らせるには、旧バージョン向けの適応、プロバイダー側の緩和策の準備、多数の組織にまたがるシステム更新が必要になる場合があります。繰り返し使える手順があれば、脆弱性が増える中でもチームが迅速に対応できるとOpenAIは述べています。
Patch the Planetを通じて、OpenAIはセキュリティの専門知識とモデルへのアクセスを提供してPHP対応を支援し、メンテナーや研究パートナーと協力して修正のテストやガイダンス作成にあたりました。また、インフラプロバイダーとの間で影響を受けるシステムの保護策について調整を行い、各国の政府サイバー機関とも連携して、ガイダンスが重要な組織に届くよう取り組んだとしています。
一部の発見については、研究者がソフトウェアのメンテナーと直接協力して問題を調査し修正を開発できます。一方、多数の製品に影響する場合や、配布事業者・サービスプロバイダーが更新や保護策を準備するための時間（フロンティアの能力が広く利用可能な能力とそれほど差がない場合、時間が不足する可能性がある）を要する場合には、より広範な対応が必要になります。こうしたケースに向けて、OpenAIが提案するフレームワークは、メンテナーが誰を関与させるべきかを特定し、作業を調整するのに役立つとしています。
対応は以下の5段階で構成されるとされています。
- 上流の脆弱性の検証と修正：メンテナー、研究者、必要な技術パートナーが発見内容を確認し、影響を評価した上で修正を開発・テストします。このプロセスには、パッチの回避方法や関連する類似の脆弱性を探るための、フロンティアモデルを用いた敵対的テストが含まれます。
- 影響を受ける組織に対応のための時間を与える：どの組織が保護策を準備するための事前情報を必要とするかを検討する枠組みを提案し、誰を関与させるかはメンテナーが判断します。OpenAIはアウトリーチ、情報共有の合意形成、チーム間の調整を支援します。配布事業者が旧バージョン向けに修正を適応させたり、ホスティングプロバイダーが緩和策をテストしたり、セキュリティプロバイダーがWebアプリケーションファイアウォール（WAF）ルールを含む検知・防御策を準備したりすることが想定されています。
- 政府パートナーと連携し、重要システムの保護を支援する：政府機関は、より広範な対応の調整や、重要インフラ・その他の重要サービスを担う組織へのセキュリティガイダンスの周知において重要な役割を担うとされています。PHPの対応では、パートナーと協力し、米ホワイトハウスの「Super Intelligence Force」、国家サイバー長官室（ONCD）、サイバーセキュリティ・インフラセキュリティ庁（CISA）を含む米政府の複数部門、および国際的なパートナーと連携したとしています。
- 影響を受ける製品全体で更新を準備する：修正、ガイダンス、開示計画が固まってきた段階で、メンテナーは追加の配布事業者、ホスティング・サービスプロバイダー、対応チーム、運用者を巻き込み、更新の準備やカバレッジの不足への対応を進めることができます。
- パッチ公開後、ガイダンスを公開し展開を支援する：公開ガイダンスは、人々が自身の露出状況を評価し、正式な更新プログラムや暫定的な緩和策を見つけ、修正が実際に適用されているかを確認するのに役立ちます。運用者が更新を展開し、必要な支援を報告する中で対応は継続します。
提案されているフレームワークは、ある組織の保護上の役割（自身のシステムや顧客の保護を含む）、対応に必要な時間、機密情報を扱う能力を考慮するとしています。同種の組織には同じ基準が適用され、開示前に誰を関与させるかはメンテナーが決定します。
各参加者は、侵害の痕跡を示すネットワークログから、より機密性の高い実証コード（proof-of-concept exploit）まで、保護活動に必要な情報を受け取ります。限られた詳細情報であっても脆弱性を明らかにしてしまう可能性があるため、OpenAIは情報共有によるリスクと、それによって可能になる保護効果とを比較検討しているとしています。
このフレームワークに従うチームは、メンテナーと協力して防御側に準備の時間を与える一方、実際に悪用が確認された場合、情報の漏えいがあった場合、公開パッチの内容から脆弱性の詳細が明らかになってしまう場合、または修正の遅れによりユーザーへのリスクが高まった場合には、タイムラインを見直すとしています。
Patch the Planetのウェブサイトとガイダンス
Patch the Planetのウェブサイトは、公開された開示情報とガイダンスをまとめ、運用者が影響を受けるシステムを特定し、適切な更新を見つけ、更新済みソフトウェアが正しく稼働しているかを確認できるようにしています。PHPについては、メンテナーによる公式パッチとアップグレード手順、およびパートナーによる技術的な調査研究へのリンクが掲載されています。ガイダンスには、暫定的な緩和策、プロバイダーや専門家に相談すべきタイミング、バックアップと復旧についても記載されています。OpenAIは、暫定的な保護策はリスクを低減し得るものの、その限界と運用上のトレードオフを明確にするとしています。
運用者は、CISAによる優先順位付けと修復に関するガイダンスを活用し、露出状況、悪用の有無、潜在的な影響に基づいてどれだけ迅速に対応すべきかを評価できます。状況によっては、緊急パッチ適用、即時の緩和措置、計画的な更新が必要になるほか、必要に応じてシステムがすでに侵害されていないかを評価するフォレンジック調査（トリアージ）も伴うとされています。優先順位は状況の変化に応じて見直すべきであり、最終的な修復に向けた明確な道筋を持つことが求められるとしています。
メンテナーへの対応能力と資源の提供
グローバルな調整は、ソフトウェアを維持するメンテナーに依存しています。多くのプロジェクトは少人数のチームによって運営されており、日常の開発業務と並行してセキュリティ報告のレビューを行っています。こうしたチームには、新規の問題と重複報告の切り分け、影響評価、サポート対象の各リリースにわたる修正のテストといった支援が必要だとしています。OpenAIは資金提供、高性能モデルへのアクセス、実務的なエンジニアリング支援を通じてこの作業を支援しています。
業界全体で強力なAI能力の進展が進んでおり、OpenAIは今後、防御側が脆弱性を発見し、システムを監視し、脅威に対応する上でAIが果たす役割が拡大すると見込んでいます。同社はモデル、ツール、パートナーシップへの投資を通じて、防御側がこうした能力を活用できるよう支援しているとしています。
具体的な投資としては、すべてのメンテナーを対象とした「Codex for OSS」のサブスクリプション提供、およびRust Foundationなどのプロジェクトへのメンテナー・技術作業向けの直接的なスポンサーシップが挙げられています。各プロジェクトはそれぞれ独自に優先事項を定めます。再利用可能なテストやセキュリティワークフローは、今後発見される問題への対応に必要な労力を減らせるとされています。オープンソースプロジェクトはPatch the Planetに対し、実務的な支援を申請できます。
OpenAIはまた、悪用の可能性を抑えるため、Daybreak向けに追加のブロッキング分類器を調整しているとしています。これは難しいトレードオフを伴う取り組みであり、不正利用を防ぐための安全対策が、正当なセキュリティ業務を妨げてしまう可能性もあるとしています。高性能モデルへの広範なアクセスと、悪用への効果的な対策はいずれも重要であり、同社の目標は、有害な利用を制限しつつ防御側が脆弱性を発見・修正するために必要な能力を維持することだとしています。今後も能力の進展やツールの利用実態から学びながら、このバランスの調整を続けるとしています。
より安全なソフトウェア基盤の構築
モデルの能力が向上するにつれ、個々の脆弱性の発見・修正にとどまらない機会が広がるとOpenAIは述べています。同社はエンジニアが最初からより安全なソフトウェアを構築できるよう支援したいとしており、広く使われているコンポーネントの改善は、多数の製品・サービスにわたってバグを防止したり影響を限定したりできるとしています。
AIは、エンジニアが既存コードを理解し、変更を準備し、テストを開発するのを支援できる一方、メンテナーやセキュリティ専門家はその変更がユーザーの期待する挙動を維持しているかを検証します。OpenAIは以下の分野に機会があるとしています。
- 開発段階からの安全なコード：コーディングモデルは、開発者がより安全なデフォルト設定を選び、セキュリティライブラリを正しく使用し、コード記述時にリスクのあるパターンを検出するのを支援できます。開発段階で脆弱性を防ぐことは、メンテナーやユーザーにとって緊急対応の修正を減らすことにつながります。
- メモリセーフなソフトウェア：重要なコンポーネントをメモリセーフな言語に移行することで、よくあるメモリエラーの種類を排除できます。AIは移行作業を支援でき、テストと専門家によるレビューを組み合わせて挙動や互換性を確認します。
- 形式検証（フォーマルベリフィケーション）：数学的証明によって、重要なコンポーネントが特定の前提のもとで指定されたセキュリティ特性を満たすことを示せます。広く使われているコンポーネントにこうした手法を適用することで、それらに依存するサービスや重要インフラ全体にわたり、特定の種類の脆弱性を排除できる可能性があるとしています。
- より強固な隔離（アイソレーション）：システムは、まだ発見・修正されていない脆弱性に対する保護も必要です。信頼できないファイルや画像、メディアを処理するソフトウェアを厳格に制限されたサンドボックス内で実行することで、侵害された場合の被害を限定できます。AIは、広く使われているサンドボックス技術のテストと強化をエンジニアが行う際に役立つとしています。
今後のアプローチ改善に向けて
OpenAIは、メンテナー、研究者、対応チーム、プロバイダー、運用者がこのアプローチを実用的なものにできるよう、考え方を公開しているとしています。同社はどこが役立ち、どこが遅延や負担につながり得るか、何が不足しているかを把握したいとしており、過去の開示事例からの具体例は特に有用だとしています。
特に関心を寄せている論点として、以下が挙げられています。
- 開示までの猶予期間：メンテナー、運用者、防御側が信頼できる修正を準備・展開するにはどれだけの時間が必要か。特に一部のユーザーを他のユーザーより早く保護できる場合、どのような証拠があればより早い開示を促すべきか。
- 緊急パッチ適用：管理者権限を失った後、政府やその他の運用者が、自ら所有または管理権限を持つシステムに脆弱性を利用してパッチを適用すべき場面はあるか、あるとすればどのような場合か。どのような安全策が適用されるべきか。OpenAIは、既知の脆弱性に対するインターネット規模での常時スキャンを行い、検出時にサイト所有者へ通知するか、システムにパッチを適用するという将来像もあり得ると述べています。
- 早期通知：どのような防御側（見落とされがちな防御側を含む）が、有効な保護措置を取るために事前の警告を必要とするか。段階的な通知と、より広いグループへの一斉通知のどちらが有効に機能するのはどのような場合か。カバレッジと情報漏えいリスクをどう比較考量すべきか。
- デフォルトで安全なソフトウェアパッケージ：上流の修正が未完了の間、下流パッケージの脆弱性をどのように特定・修正できるか。また、セキュリティ更新がすでに提供されなくなった旧バージョンへの修正のバックポートはどう行うべきか。迅速なアップグレードが現実的でない場合に、こうしたパッケージを信頼できる選択肢とするためにはどのようなテストやメンテナンスが必要か。
OpenAIはまた、このアプローチをレビューし、前提を検証し、課題を特定できる独立したセキュリティ専門家の推薦も歓迎するとしています。寄せられた意見は、対応の改善と支援の優先順位付けに役立てるとしており、フィードバックの提出先を案内しています。