OpenAIのAIモデル「GPT-5.6 Sol」を活用した研究チームが、世界のウェブサイトの約70%で使われるPHPの中核に潜む遠隔コード実行（RCE）の脆弱性を特定しました。国内でもWordPressなどを運用する多くの企業が、JVN（Japan Vulnerability Notes）による緊急情報への即応を迫られています。
世界のウェブ基盤を揺るがした「PHP2Shell」の全貌
2026年10月21日、PHP Foundationは「CVE-2026-109618」および「CVE-2026-109619」の修正パッチを緊急リリースしました。これらはセキュリティ業界で「PHP2Shell」と総称され、共通脆弱性評価システム（CVSS v4.0）の基本値で「9.2（Critical）」と判定されています。
発端は、OpenAIが主導する防衛イニシアチブ「Patch the Planet」でした。参加したセキュリティ企業カリフ（Calif）の研究者がGPT-5.6 Solを用い、PHPの中核部に存在するメモリ破損の欠陥を発見しました。クラウドセキュリティ企業のウィズ（Wiz）も、グーグル（Google）の「Gemini 4 Argon」を用いて同脆弱性を独自に検知し、共同で報告を行いました。
当初は2026年10月22日の協調公開が予定されていました。しかし前日に識別番号や概要が外部へ流出したため、公開が1日前倒しされました。米国土安全保障省サイバーセキュリティ・インフラセキュリティ庁（CISA）や国家安全保障局（NSA）は、即時更新ができない組織に対し、システムをネットワークから切り離すオフライン化を指示する異例の勧告を出しています。
パッチ公開直後から、ハッカーによる数百万件規模の攻撃が観測されました。欧州ではオランダの行政機関や病院、ロッテルダム港などのWebシステムが、パッチ適用のために一時停止を余儀なくされました。
| 日時 | 出来事 | 主な関係組織 | 影響と対応 |
|---|---|---|---|
| 2026年6月 | 「Patch the Planet」発足 | OpenAI | オープンソース保護のAI活用に着手 |
| 2026年8月上旬 | 2件のゼロデイ脆弱性を特定 | Calif, Wiz | GPT-5.6 SolおよびGemini 4 Argonによる特定 |
| 2026年10月17日 | パッチ公開前の攻撃試行を観測 | AWS Threat Intel | 悪用コードの流出兆候を確認 |
| 2026年10月20日 | 脆弱性情報が事前リーク | セキュリティコミュニティ | 協調公開の前倒しを決定 |
| 2026年10月21日 | 緊急パッチ正式リリース | PHP Foundation | PHP 8.2〜8.5向け修正プログラムを公開 |
| 2026年10月21日 | 緊急指令・ガイダンス発出 | 米CISA, 米NSA | 未適用システムの即時オフライン化を推奨 |
参考記事: 脆弱性エクスプロイト管理の基礎から実装まで｜実世界のリスクに基づく優先順位付けとパッチ自動化のロードマップ
14年間見逃されたコードを解読したフロンティアAIの解析力
今回修正された脆弱性は、2012年にリリースされたPHP 5.4からPHP 8.5に至るまで、約14年間にわたりコードベースに残存していました。メモリ管理とエラーハンドリングが交差する基底レイヤーに存在し、通常のリクエスト処理すべてに影響を与える領域でした。
静的解析ツールや人間のコード監査では、正常系処理と異常系処理の組み合わせ爆発を追跡しきれず、長年検知できませんでした。2024年にPHP Foundationが外部監査を実施した際も懸念は認識されたものの、実際のエクスプロイト成立条件の特定には至っていませんでした。
GPT-5.6 SolやGemini 4 ArgonなどのフロンティアAIは、記号的推論とコード意味論の統合理解により、この障壁を突破しました。単一の構文解析にとどまらず、複雑な状態遷移をシミュレーションしながら悪用可能な実行パスを自律生成した点が、従来のSOTA（最先端）ツールとの決定的な差です。
一方で、脆弱性を修正する難易度も極めて高いものでした。PHPの中核設計に関わるため、既存の関数挙動や拡張モジュールとの互換性を損なわずにパッチを当てる必要がありました。Califの研究者とPHP Foundationのメンテナーは検証に2カ月以上を費やし、修正を完成させました。
攻撃側では、中国のDeepSeekやKimiといったオープンウェイトモデルの悪用が進んでいます。脆弱性発見から悪用コード作成までのコストが劇的に低下したことで、防衛側の猶予期間は急速に狭まっています。
参考記事: OpenAI新AI「Astra」最高危険度指定｜ExploitBench満点が迫る防衛刷新
国内Webインフラが直面する運用構造の再設計
日本のWeb環境において、PHPは基幹業務システムやECプラットフォーム、広報サイトで広く稼働しています。特にサポートが終了したPHP 8.1以前のバージョンを利用している国内資産は少なくありません。今回の修正パッチはPHP 8.2以降に限定されており、レガシー環境は修正プログラムが提供されないまま危険に晒されています。
攻撃がマシン速度で自動化された環境では、数日かけた手動テストによる検証プロセスそのものがリスク要因となります。公開から数分で数百万件規模の不正パケットが着弾するため、人間によるパッチ判定を前提とした運用設計は成立しなくなりました。
[従来の防御プロセス]
脆弱性公開 ──> ベンダー評価(1〜2日) ──> 手動テスト(数日) ──> 本番適用
※公開から適用まで数日〜数週間のラグが発生
[AI自動交戦下の防御プロセス]
脆弱性公開 ──> CI/CDでの自動テスト・修復(数分〜数時間) ──> 即時展開
※事前検証基盤がない場合、WAF遮断やオフライン化が必須
日本企業が直面する障壁は、受託開発構造に起因する保守契約の硬直性です。運用委託先との責任分界点により、緊急パッチ適用の即日判断が下せない事例が多く存在します。また、フレームワークのバージョンアップを長年怠ってきたシステムでは、コード修正に伴うデグレの懸念から更新が遅延しがちです。
今後はCI/CDパイプラインに「自律型AIによる自動パッチ適用・検証（Auto-patching）」を組み込むことが不可欠になります。パッチ適用が完了するまでの間、CloudflareやAWS WAFなどのエッジ環境で動的にシグネチャを更新し、不正トラフィックを遮断する多層防御の整備が求められます。
参考記事: セキュアバイデザインとは？CISA基準のSDLC構築とサプライチェーン防衛の実務
企業が講じるべき具体的なアクション
技術責任者が今すぐ取り組むべき対策は以下の3点です。
- サポート終了バージョンのPHP稼働状況の洗い出し
PHP 8.1以前を使用しているサーバーを特定し、PHP 8.2以降へのバージョンアップ計画を策定すること。即時移行が困難な場合は、外部からのアクセス制限や一時的なオフライン化を検討してください。
- エッジプロキシによる動的シグネチャ遮断の導入
WAFルールを最新のPHP2Shell対策シグネチャに更新し、パッチ未適用のエンドポイントへの攻撃パケットをエッジレイヤーで排除する設定を完了させてください。
- CI/CD環境への自動リグレッションテスト組み込み
パッチ適用時の互換性検証を自動化し、リリースまでの時間を短縮するための回帰テストコードを整備してください。
参考記事: サプライチェーン攻撃とは？仕組み・脅威の事例からEDR導入などの具体的な対策まで徹底解説
出典
- Forbes JAPAN: https://forbesjapan.com/articles/detail/107151
- PHP Foundation: https://thephp.foundation/blog/2026/10/21/todays-php-security-release-and-how-were-strengthening-php-security/
- CISA: https://www.cisa.gov/news-events/alerts/2026/10/21/critical-vulnerabilities-php-require-immediate-patching
- OpenAI: https://openai.com/index/coordinated-disclosure-of-critical-vulnerabilities/
- Google Cloud: https://cloud.google.com/blog/products/identity-security/responding-to-core-php-vulnerabilities-cve-2026-109618-cve-2026-109619
- NSA: https://www.nsa.gov/press-room/press-releases-statements/press-release-view/article/4630238/nsa-advisory-critical-patches-recommended-for-php-vulnerabilities/
