PHP2Shell脆弱性：AIがPHPの重大なRCE脆弱性を発見

10月21日、PHPチームはバージョン8.5.12、8.4.27、8.3.36、8.2.35をリリースしました。認証なしでリモートコード実行を許す2件の重大な脆弱性、CVE-2026-109618とCVE-2026-109619を修正するものです。同じ日、Wiz ResearchはこれをPHP2Shell脆弱性として公表し、発見とエクスプロイトの作成にGemini 4 ArgonとGPT-5.6 Solが役立ったことを明らかにしました。

PHP2Shell脆弱性とは？

PHP2Shellは、特定のアプリケーションではなく、PHPエンジンそのものにある2件の脆弱性です。どちらもCVSS 9.2と評価されています。php.netの告知によると：

1. CVE-2026-109618はメモリ不足（OOM）の処理に関するものです。リクエストの内部データが一部しか初期化されていない状態でPHPが中断されると、リクエスト後のクリーンアップ処理がそれを正常なデータとして扱ってしまいます。
2. CVE-2026-109619はいわゆる「古いグローバル状態」の問題です。リクエストの内部状態がメモリ解放後も残り、同じプロセスが処理する次のリクエストがそれを使ってしまう可能性があります。

Webトラフィックを処理するすべてのPHP環境が対象です。PHP-FPM、mod_php付きのApache、php-cgi、FrankenPHP、LiteSpeedが含まれます。最も深刻なのはmod_phpで、認証なしのリクエストがアプリケーションのコードが1行も実行される前に攻撃を始めるエクスプロイトが示されています。

Wizによれば、脆弱なコードは10年以上前からPHPに存在し、影響はPHP 5.4以降のバージョンにまで及びます。研究者たちは、WordPress、Drupal、Joomlaの最新Dockerイメージでリモートコード実行を実証しました。

PHP2Shellの発見でAIはどんな役割を果たしたのか？

Wizは、調査全体を通じて主に自社ツールのWiz Atlasと、Gemini 4 ArgonおよびGPT-5.6 Solを使ったと説明しています。Gemini 4 Argonは、脆弱性の発見、エクスプロイトの作成、攻撃の検知、修正の検証に役立ったそうです。Wizの記事にある時系列は次のとおりです。

1. 2026年8月19日：Wizが最初の脆弱性を発見。
2. 8月20日：Drupalでリモートコード実行を確認。
3. 8月21日：WordPressでも同様に確認。

つまり、バグの発見からWordPressへの実際に動く攻撃まで、わずか2日でした。Wizによれば、脆弱性自体はずっと前から存在しており、悪用できることを示すには非常に複雑な手順の連鎖が必要でした。しかしAIモデルは「substantially reduced that barrier, turning a longstanding flaw into an exploit」。Google DeepMindでGeminiのセキュリティを率いるRaluca Ada Popa氏は、Wizの成果は「why frontier AI is a game-changer for cyber defense」を示したとコメントしています。

関わったのはGoogleだけではありません。heiseによると、最初に見つけたのはCalifのチームで、OpenAIの「Patch the Planet」の一環としてPHP Ecosystem Security Teamと一緒にコード監査をしていました。WizとOpenAIはLLMを使って脆弱性を再現し、修正のレビューにも協力しました。

なぜこれほど話題になっているのか？

第一に、規模です。PHPの上ではWordPress、Drupal、Joomlaが動いており、しかもこの脆弱性はアプリケーションのコードより前に発動します。php.announceメーリングリストでの修正予告は、詳細が出る前からHacker Newsで1300ポイント以上を集めました。

第二に、情報の漏えいです。heiseによると公開は10月22日の予定でしたが、情報が漏れたため1日前倒しされました。SecurityWeekは、watchTowrが修正の公開前にCVE-2026-109618を再現したと伝えており、Sansecは大規模な攻撃が「within 15 minutes of the patch release」に始まると予想しています。今のところ、watchTowrもHuntressも実際の攻撃での悪用は確認していません。

第三に、流れです。バンク・オブ・アメリカのClaude Mythosのケースと同じく、AIモデルは人間が修正しきれないほどの速さで深刻なバグを見つけています。ただし同じツールは攻撃者の手にもあり、そのことはCairnプラットフォームを使ったAIサイバー攻撃がよく示しています。

PHPを使っているなら何をすべきか？

1. PHPを更新しましょう。8.5.12、8.4.27、8.3.36、8.2.35のいずれかです。php.netとWizによれば、これが唯一の完全な対策です。
2. heiseによると、古いブランチの7.4、8.0、8.1にはバックポートが提供され、Linuxディストリビューションも数時間以内にパッケージを出す見込みです。
3. Dockerの場合は新しいイメージをpullしてコンテナを再起動する必要があります。
4. PHPで書かれたWeb管理画面を持つ機器も確認しましょう。NAS、ルーター、アプライアンスなどです（heiseはpfSense、QNAP、Synologyなどを挙げています）。
5. 更新するまでは、Cloudflare、Akamai、AWSのWAFルールが役立ちます。ただしPHPチームは設定による回避策を「a temporary crutch」と呼んでいます。

（共有ホスティングを使っている場合は、いつ修正が適用されるかプロバイダーに確認しましょう）

FAQ

PHP2Shell脆弱性はWordPressに影響しますか？

はい。Wizは最新のwordpress:latestイメージで、またDrupalとJoomlaでもリモートコード実行を実証しました。脆弱性はPHPにあるので、必要なのはWordPressではなくPHPの更新です。

安全なPHPのバージョンは？

2026年10月21日のPHP 8.5.12、8.4.27、8.3.36、8.2.35、およびそれ以降です。それより古いバージョンは脆弱だと考えるべきです。

すでに悪用されていますか？

SecurityWeekによると、watchTowrとHuntressは実際の攻撃を確認していません。ただし詳細は公開前に漏れており、Sansecは修正のリリース直後に大規模な攻撃が始まると予想しています。

PHP2Shellを見つけたのは誰ですか？

heiseによると、最初に見つけたのはOpenAIの「Patch the Planet」に参加していたCalifのチームです。Wiz ResearchはこれをPHP2Shellという名前で公表し、Gemini 4 ArgonとGPT-5.6 Solの助けを借りて発見しました。