AIが先に見つけたPHPの重大な脆弱性：OpenAIの「Patch the Planet」が示した、直すまでの段取り

by yasuna

8 min read

OpenAI セキュリティ 脆弱性 PHP OSS

この記事はAIエージェントと一緒に執筆しています

はじめに

OpenAI が「Patch the Planet: global response coordination as agents uncover critical vulnerabilities」という記事を出しました（2026-10-21）。AI が PHP の重大な脆弱性を見つけて、公開前に直した経緯と、これからの段取りの提案です。

openai.comopenai.com

この記事の読み方

この記事は、元の記事を Claude（AI）といっしょに読んでまとめたものです。どこまでが事実で、どこからが AI の考えかが分かるように、3つに分けています。

  1. OpenAI の記事に書いてあること：元の記事の内容を日本語でまとめたもの。わたしの感想は入れていません
  2. PHP 側で確かめたこと：OpenAI の記事には書かれていない、直った版や CVE 番号。出どころ（PHP の変更履歴、Ubuntu のページ）を書いています
  3. わたし（AI）が思ったこと：ここだけが感想と補足です。AI（Claude）が書いたもので、作者の意見そのものではありません

1. OpenAI の記事に書いてあること

ここは、すべて OpenAI の記事（2026-10-21）の内容です。

何があったのか

  • ここ2か月、OpenAI がメンテナ・研究者・セキュリティ企業の連合をまとめて、PHP の重大な脆弱性に対応していた
  • Calif が、OpenAI の「Patch the Planet」の取り組みの中で GPT-5.6 Sol を使って重大な欠陥を見つけた
  • Wiz も独立して、両方の脆弱性を見つけて報告していた
  • 修正とリリースを主導したのは PHP のメンテナ。OpenAI や Wiz、Cloudflare などは、調査・技術支援・調整で手伝った
  • PHP の使われ方の広さと深刻さから、「最近でいちばん影響の大きいセキュリティ問題のひとつ」としている
  • AI はインターネット規模の影響がある欠陥を見つけられるが、同じ能力で攻撃者もすばやく攻撃ツールを作れる
  • 知る限り攻撃者より先に AI が見つけたので、公開前に修正や防御を準備する時間（「Defender's Window」）ができた
  • 同じくらい大きな脆弱性をほかにもいくつか見つけていて、直している最中。こうした発見は、これから数か月で急に増えると見ている

運用している人向けの案内

  • PHP を使っている組織は、修正を当てることが最優先
  • PHP のバージョンチェッカーを Codex のスキルとして公開。PHP や自分の利用先の案内とあわせて、どの更新が必要かを判断するのに使える
  • 「Patch the Planet」のサイトに、公開情報・公式の修正とアップグレード手順・パートナーの技術的な調査・一時的な対策・専門家に頼むタイミング・バックアップと復旧の案内がまとまっている
  • 一時的な対策はリスクを下げられるが、限界と運用上のトレードオフがある
  • どのくらい急ぐかは、CISA の優先順位づけと修正の案内を見て、公開範囲・悪用されているか・影響の大きさで決める（緊急パッチ・すぐの緩和策・計画的な更新、必要なら侵害されていないかの調査も）

直して広めるまでの5段階（提案）

見つけた人とメンテナだけで直せるものもあるが、いろんな製品に影響したり、ディストリビューターやサービス事業者に準備の時間が要ったりするものは、もっと広い対応が要る。そのときの流れとして5段階が挙げられています。

段階 やること
1. 元のソフトで確かめて直す メンテナ・研究者・必要な技術パートナーで、見つけたものを確かめ、影響を見積もり、修正を作ってテストする。最先端のモデルで「修正のすり抜け方」や似た脆弱性も探す
2. 影響を受ける組織に時間を渡す 誰に前もって知らせるかはメンテナが決める。古いリリースへの移植、ホスティング側の緩和策、WAF のルールなどを準備してもらう
3. 政府と連携して重要なシステムを守る 重要インフラなどに案内が届くように。PHP では、ホワイトハウスの Super Intelligence Force、ONCD、CISA、海外のパートナーとも連携した
4. 影響する製品ぜんぶの更新を準備する 修正・案内・公開の計画が固まったら、関わる事業者や運用チームを広げて、抜けをなくす
5. 公開して、展開を支える パッチが出たら、影響の確かめ方・正式な更新・一時的な対策・修正が効いているかの確かめ方を出す。運用側が更新を当てるまで対応は続く

情報を「どこまで渡すか」

  • 参加する組織には、それぞれの防御に必要な分だけ情報を渡す。侵害の痕跡が入ったネットワークのログから、もっと危ない実際に動く攻撃コードまで
  • 少しの情報でも脆弱性がばれることがあるので、渡すリスクと、それで守れるものを天秤にかける
  • 実際の悪用・情報の漏れ・公開された修正から中身がばれた・修正が止まって利用者のリスクが上がった、という場合はスケジュールを見直す

メンテナを支えること

  • 世界的な調整は、ソフトを支えている人たちしだい。多くのプロジェクトは小さなチームが普段の開発と並行してセキュリティの報告を見ている
  • 重複の報告のより分け、影響の見積もり、サポート中のバージョンでの修正のテストに手助けが要る
  • OpenAI の支援：Codex for OSS で全メンテナにサブスクリプション、Rust Foundation などへの直接の支援、Patch the Planet への申し込みで実際に手を動かす支援
  • 守る側向けの Daybreak を、セキュリティの予算が少なく重要なサービスを守る組織に、10億ドル分補助して提供（Daybreak for Frontline Defenders）
  • Daybreak の悪用を防ぐブロックの仕組みも調整中。ただし、悪用を防ぐ仕組みはちゃんとしたセキュリティの仕事まで止めてしまうことがあり、守る側に要る力は残しつつ悪い使い方は減らすバランスを探っている

そもそも脆弱性を作らないために

  • 最初から安全なコード：安全な初期設定やセキュリティのライブラリの正しい使い方、危ない書き方に、書いている時点で気づけるようにする
  • メモリ安全な言語への移行：重要な部品の移行を AI が手伝う（テストと専門家のレビューつき）
  • 形式検証：重要な部品が決めたセキュリティの性質を満たすことを、数学的に証明する
  • 隔離を強くする：信頼できないファイルや画像を扱う処理を、せまいサンドボックスで動かす。AI でサンドボックスそのものも試して強くする

意見を募集している4つのこと

  • 公開までの期間：直して当てるまでにどれくらい時間が要るか。早く公開すべきなのはどんなときか
  • 緊急パッチ：管理できなくなったシステムを、政府などが脆弱性を使ってでも直すべきときはあるか。どんな歯止めが要るか。インターネット全体をいつもスキャンして、見つかったら持ち主に知らせるか直してしまう、という将来像にも触れている
  • 事前の通知：誰に前もって知らせるべきか。段階的に知らせるのと、広く一度に知らせるのと、どちらがいいか
  • 最初から安全なパッケージ：元の修正が出るまでの間や、セキュリティ更新が終わった古いバージョンに、どう修正を届けるか

2. PHP 側で確かめたこと

OpenAI の記事には、CVE の番号や直った版は書かれていません。ここは、わたしが PHP の公開情報で確かめたことです。

直った版（出どころ：PHP の変更履歴）

PHP のソースコード（php-src）の各リリースの変更履歴（NEWS）に、こう載っていました。

使っている系列 直った版
PHP 8.5 8.5.12
PHP 8.4 8.4.27
PHP 8.3 8.3.36
PHP 8.2 8.2.35
  • どの版も、NEWS の日付は 2026年10月22日
  • いちばん上に CVE-2026-109618 と CVE-2026-109619 の修正（bailout による状態の破損を防ぐ修正）が載っている
php-src/NEWS at php-8.5.12 · php/php-srcThe PHP Interpreter. Contribute to php/php-src development by creating an account on GitHub.GitHub

同じ時期に出た PHP の重大な修正なので、OpenAI の記事の件はこれだと思われますが、OpenAI の記事自体には番号が書かれていないので、そこは断定していません。

Ubuntu の対応（出どころ：Ubuntu のセキュリティページ）

  • CVE-2026-109618 を 2026年10月21日に公開。Ubuntu での優先度は Critical（リモートでコードを実行される脆弱性）
  • 説明は「メモリ不足の処理で、リクエストの内部データが中途半端なまま後片付けに進み、壊れたデータを正しいものとして扱ってしまう」
  • サポート中のリリースに修正パッケージあり。古いリリースも Ubuntu Pro（ESM）で修正あり
CVE-2026-109618 | UbuntuUbuntu is an open source software operating system that runs from the desktop, to the cloud, to all your internet connected things.Ubuntu

確かめられなかったこと

深刻度のスコア、一時的な対策の設定、8.1 より前の版の扱い、Cloudflare・CISA・各レンタルサーバーなどの対応は、元のページをわたしの手元から開けなかったので書いていません。PHP の公式のアドバイザリと、使っているサービスやホスティング会社の公式のお知らせを見てください。

3. わたし（AI）が思ったこと

ここは、AI（Claude）が書いた感想と補足です。

  • 「AI が脆弱性を見つける力は、守る側にも攻める側にも同じように効く」という前提で、見つけたあとの段取りまで型にしようとしているのが、今回いちばん大事なところだと思いました
  • Daybreak の悪用対策で、「止めすぎると守る側の仕事まで止まる」と正直に書いているのはいいなと思いました。ここは答えがひとつではなさそうです
  • 「インターネット全体をスキャンして直してしまう」という将来像は、かなり踏み込んだ話です。どこまでやっていいのかは、意見が分かれそうだなと感じました
  • 運用の目線では、元の記事の「一時的な対策には限界がある」のとおり、WAF などはあくまでつなぎで、根本は PHP 自体を直した版に上げる、と覚えておくのがよさそうです。更新したあとは PHP-FPM や Web サーバーを再起動して、新しい版で動いているか（php -v など）を確かめるのも忘れずに
  • ちなみにスヤスヤは PHP を使っていないので直接は関係ないのですが、レンタルサーバーで WordPress などを動かしている人は多いと思うので、ホスティング会社の案内は一度見ておくとよさそうです

まとめ

  • 【OpenAI の記事】AI（GPT-5.6 Sol）が PHP の重大な脆弱性を見つけ、Wiz も独立して見つけていた。修正は PHP のメンテナが主導し、OpenAI・Wiz・Cloudflare などが手伝った
  • 【OpenAI の記事】直して広めるまでを 5つの段階にした段取りの案を出し、意見を募集している。メンテナには Codex for OSS や Daybreak の補助（10億ドル分）で支援
  • 【PHP で確かめたこと】8.5.12・8.4.27・8.3.36・8.2.35 に CVE-2026-109618 / CVE-2026-109619 の修正が入っている
  • 【わたし（AI）の考え】WAF などはつなぎ。PHP を使っているなら、まず直した版に上げる