【10/22最新】php2shellは誰が見つけた？ AIによる発見の経緯と海外の対応・悪用状況まとめ

この記事の見方

PHP本体の脆弱性2件（通称php2shell）の修正版、PHP 8.5.12 / 8.4.27 / 8.3.36 / 8.2.35が10月21日に公開されました［php.net］。脆弱性の中身と対策はphp2shellの解説記事にまとめています。

この記事では、海外で公開された情報から「誰がどう見つけたのか」「海外の企業や政府はどう動いたのか」「実際に悪用されているのか」を整理します。各ページは、2026年10月22日 0時台（日本時間）に開いて確かめました。状況が変わりしだい追記します。

時刻は出典の表記（多くは協定世界時、UTC）に日本時間を添えています。日本時間は協定世界時に9時間を足した時刻です。書き分けは次のとおりです。

• PHPの公式サイト（php.net）と、PHPの開発を支える非営利団体PHP Foundationの発表、各社が自分の行動について書いた発表は、そのまま書きます。
• 他社の動きを伝える記事や、報道の内容は「〜としている」「〜と報じている」と書きます。

時系列：発見から公開まで

発見から修正まで（2024年〜2026年10月）

情報の流出から公開まで（10月20日〜21日）

PHP Foundationは、重要インフラの事業者に20日 23:00 UTC（日本時間 21日 8:00）ごろから伝えていた緩和策の情報も、漏れた可能性があるとしています［PHP Foundation］。

誰が見つけたのか（AIの役割）

PHPのGitHubのアドバイザリでは、2件とも報告者として4つのアカウント、修正を作った開発者として4つのアカウントが記載されています［GitHub］。各社の発表を並べると、見つけた経緯は次のとおりです。

Calif：昔の脆弱性の知識から当たりをつけた

Califは米国のセキュリティ企業です。研究者のRyan Austin氏による解説では、2004年に見つかった「メモリ上限を使ったPHPの脆弱性」に似た問題が残っていないかを探すところから調査を始めました。調べ始めて数日で最初の問題が見つかり、最終的にWordPress、Drupal、Joomla、Magento、phpMyAdmin、Laravelなど11種類のアプリやフレームワークで、ログインなしのコード実行を確認したとしています［Calif］。

AIについては「LLM（ChatGPTのような大規模言語モデル）に手伝ってもらった」と書く一方、最初の発見に特別な仕組みや、一般に公開されていないモデルは使っていないと説明しています。「AIの時代でも、狙う対象をよく知っていることが大事」というのがCalifの見方です［Calif］。

OpenAIの発表では、CalifはOpenAIのモデル「GPT‑5.6 Sol」を使って重大な欠陥を見つけたとされています［OpenAI］。

Wiz：AIで攻撃コードを短時間に作れたと強調

Wizはクラウドセキュリティの企業です。同社の解説によると、自社ツールのWiz Atlas、Googleの「Gemini 4 Argon」、OpenAIの「GPT-5.6 Sol」を調査に使いました。特にGemini 4 Argonは、脆弱性の発見、攻撃コードの開発、攻撃の検知、修正の検証で大きく役立ったとしています［Wiz］。

Wizは4つの不具合を2件のCVEにまとめて報告し、最新版のWordPress、Drupal、Joomlaの公式コンテナで、ログインなしにコードを実行できることを示しました。さらに、別の利用者のリクエストに含まれるパスワードやAPIキーなどを、PHPのメモリから読み出せることも示したとしています［Wiz］。

Wizは、AIを使うと「研究者1人が1週間で、以前なら一流のチームが数か月かけた作業を終えられた」とし、攻撃コードを相手の環境に合わせて直す手間が大きく減ったと書いています。これは同社の見方です［Wiz］。

OpenAI：独自に報告し、公開までの調整を主導

OpenAIは「Patch the Planet」という取り組みで、オープンソースの重大な脆弱性への対応を支援しています。今回は約2か月、PHPのメンテナー（開発の責任者）や研究者、セキュリティ企業をまとめて、公開前の準備を主導したと発表しました。修正そのものはPHPのメンテナーが主導したとしています［OpenAI］。

PHP Foundationによると、OpenAIはCalifと同じ8月11日に同じ原因を報告し、9月18日には別の攻撃経路も報告しています［PHP Foundation］。

PHP側：AIのおかげで報告が急増

PHP Foundationは、今年に入ってAnthropicの「Claude Mythos」でPHPを検査したことや、報告や攻撃コードの検証にOpenAIの「Daybreak Red」を使っていることも明かしています［PHP Foundation］。

AIを使った調査が増えた結果、PHPのセキュリティチームが受け取る報告は以前より大きく増えました。7月1日以降に15件のCVEを公開し、無効・重複・再現できない報告も100件以上処理したとしています。AIは報告の検証や整理に使っていますが、判断と修正は人が行っているとのことです［PHP Foundation］。

海外各社の対応

防御製品（WAFなど）

• Cloudflare：無料プランを含む全プランで、21日 3:02 UTC（日本時間 12:02）から既定で保護していたとしています。無料・有料のWAFに「Anomalous Execution 1〜7」というルールを入れ、さらにサーバーからの応答を調べるルールも全プランに加えました。有料プランの利用者には、ルールが遮断の設定になっているか確かめるよう求めています。あわせて、問題はPHP本体にあるため、サイトのコードやプラグインの更新だけでは直らないとしています［Cloudflare］。
• Wiz：公開前にGoogle Cloud、Cloudflare、AWS、Microsoft、Automattic（WordPress.comの運営会社）、Fastly、Akamai、Imperva、Vercelなどと、すぐに更新できない組織向けの案内や検知の準備をしたとしています［Wiz］。
• Palo Alto Networks（Unit 42）：自社の調査で、影響を受けるおそれのあるインターネット上の機器やサービスが2,260万件以上あるとしています。数え方は同社のものです［Unit 42］。

どの会社も、WAFは時間を稼ぐためのもので、修正版への更新の代わりにはならないとしています。WAFの効果と限界は、このサイトの別の記事「php.iniの設定変更やWAFで防げる？」で解説しています。

Linuxのディストリビューション

PHPは修正をディストリビューションに事前に渡していました［php.net］。ディストリビューションの修正版は、古い番号のまま修正だけを取り込むため、PHP公式の8.5.12などとは番号が一致しません。

各国の政府機関

• 米国：OpenAIは、米国家サイバー長官室（ONCD）、サイバーセキュリティ・インフラストラクチャセキュリティ庁（CISA）などと連携したと発表しています［OpenAI］。
• EU：EUの機関向けのCSIRTであるCERT-EUが、注意喚起 2026-018を21日に更新しました。すぐに更新するよう求め、更新できないならインターネットから切り離すことを勧めています［CERT-EU］。
• 英国：英国の国家サイバーセキュリティセンター（NCSC）が21日に注意喚起を出し、古いバージョンだけでなく、すべてのPHPを洗い出すよう求めています［NCSC（英国）］。
• オランダ：オランダのNCSCが、PHPを含むソフトウェアの一覧などをGitHubで公開しています［NCSC-NL］。オランダでは政府系のサイトなどが予防のために一時停止したと報じられています［Sansec・Patchstack］。

悪用の状況（確認済みと未確認）

「悪用」という言葉には、攻撃を試みる通信が来た段階と、実際に侵入された段階があります。今回の発表の多くは前者で、侵入に成功した被害を公表したものは確認できませんでした。

公的機関・PHP公式の発表

セキュリティ企業の発表（PHP公式は確認していない）

攻撃コード（PoC）の状況

CERT-EUは「最初の攻撃コードが出回り始めた」とし、Palo Alto NetworksのUnit 42も攻撃コードを確認したとしています［CERT-EU・Unit 42］。一方で、PHP Foundationは公開時点で実際に動くものは見つからなかったとしており、出回っているものの中身は確かではありません。

日本の利用者にとっての意味

やることは「PHP本体の更新」で変わらない

見つけた会社やAIの話は、日本の中小企業のWeb担当者がやることを変えるものではありません。PHP本体を修正版に更新し、レンタルサーバーなら事業者の対応を確かめることが基本です。国内のレンタルサーバー各社の告知はレンタルサーバー各社の対応状況まとめで追っています。

攻撃が試されている前提で、更新後に痕跡を確かめる

攻撃の試みが海外で報告され、攻撃コードも出回り始めています。修正版を当てる前に攻撃が届いていた可能性はあるので、更新したあとは、見覚えのないファイルや管理者アカウントが増えていないかを確かめてください。確かめ方はWebサイトが乗っ取られていないか確かめる方法にまとめています。

AIで、同じような発見はこれから増える

OpenAIは今回の件を「AIがインターネット全体に影響する脆弱性を見つけられるようになった」例とし、同じような発見がこれからの数か月で急に増えると予想しています［OpenAI］。Wizも、AIによって攻撃コードを作る手間が大きく下がったとしています［Wiz］。

この見方が正しければ、PHPに限らず、重大な更新が出る回数は増え、更新が出てから攻撃が始まるまでの時間は短くなります。サポートが切れたPHP 8.1以前を使っているサイトは、今後の修正を受け取れません。PHP 8.2も2026年12月31日でサポートが終わります［php.net］。今回の更新が済んだら、誰が・どうやって・どれくらいの早さでPHPを更新できるかを、この機会に決めておくことをおすすめします。

自社のサイトのPHPのバージョン確認や更新、侵害の確認をどこから手をつければよいか分からない場合は、Webセキュリティ診断センターにご相談ください。

参考にした情報

• 公式・当事者の発表
• php.net：Critical remote code execution vulnerabilities, update now（2026年10月21日）
• GitHub：GHSA-w8hw-w9fx-j79w（CVE-2026-109618）
• GitHub：GHSA-6wmf-4rv5-p3rp（CVE-2026-109619）
• PHP Foundation：Today's PHP Security Release, and How We're Strengthening PHP Security（2026年10月21日）
• OpenAI：Patch the Planet: global response coordination as agents uncover critical vulnerabilities（2026年10月21日）
• OpenAI公式X（2026年10月21日 14:04 UTC）
• Calif：php2shell
• Wiz：PHP2Shell（2026年10月21日）
• Cloudflare：Cloudflare deploys protections against php2shell vulnerability（2026年10月21日 13:56 UTC）
• 公的機関
• CISA：Known Exploited Vulnerabilities Catalog
• NVD：CVE-2026-109618 ／ CVE-2026-109619
• CERT-EU：Security Advisory 2026-018
• NCSC（英国）：Critical security issue affecting PHP
• NCSC-NL（オランダ）：php2shell
• IPA：【事前準備のお願い】PHPのセキュリティリリース公開予定について
• JPCERT/CC：注意喚起 2026年
• ディストリビューション
• Ubuntu：USN-8948-1 ／ CVE-2026-109618
• Debian Security Tracker：CVE-2026-109618
• Red Hat：CVE-2026-109618
• セキュリティ企業（二次情報）
• Patchstack：Major security alert: PHP vulnerable to critical RCE
• watchTowr：PHP2Shell ／ FAQ
• Huntress：Rapid Response: php2shell
• Sophos：Proof-of-concept exploit released for PHP vulnerabilities
• Palo Alto Networks Unit 42：Threat Brief
• Sansec：PHP2Shell

あわせて読みたい

緊急情報2026.10.21

【10/22最新】PHP脆弱性「php2shell」とは？修正版公開・影響を受けるバージョンと今すぐやる対策（CVE-2026-109618/109619）

基礎知識2026.10.22

【2分動画】PHP脆弱性php2shellとは？ 何が起きたか・会社で今日やること3つを解説

対策・手順2026.10.22

php2shell（CVE-2026-109618/109619）技術解説｜修正コードから読む2つのバグと、SAPI別の影響・緩和策の根拠・検知