AI サイバー攻撃の転換点｜最先端AIが10年来のPHPの脆弱性 php2shell を実証した意味と備え

2026年10月21日、セキュリティ企業 Wiz Research が、最先端のAIを使って10年以上潜んでいたPHP本体の重大な脆弱性2件（通称 php2shell）を発見・実証したと公表しました。AI サイバー攻撃の新しい段階を示す事例として注目されています。焦点はバグそのものより、発見と悪用の「壁」をAIが下げたという点です。この記事は攻撃の手順ではなく、AIが攻撃と防御の経済をどう変えるか、そして開発者・運用者がとるべき備えを、Wizの発表を出典に整理します。悪用の仕組みは書きません。

依存パッケージから本体まで含めたセキュリティ全体の地図はサプライチェーン攻撃とは｜手口・防御ツール比較・npm 12の新機構まで実践解説にまとめています。本記事はそのうち「AIが研究の前提を変える」という一点を扱います。

何が起きたのか — AIで10年来のPHPの脆弱性を実証した

Wizによれば、見つかったのはPHPが致命的エラー、とくにメモリ不足を処理する過程に潜むメモリ安全性のバグです。前のリクエストで壊れた状態が、そのまま次のリクエストで使われてしまう余地がありました。最先端AIはこうした欠陥を連鎖させ、動かす相手の環境ごとに調整して、実用的な攻撃に仕立てたとWizは説明しています。本記事はここから先、どのバグがどう連鎖するかには踏み込みません。読者にとって意味があるのは、仕組みの細部ではなく影響と備えだからです。

Wizは、PHPがウェブの約70%を支える基盤であり、今回の2件によって認証なしの遠隔コード実行やプロセスメモリの漏洩が起こりうると述べています。影響範囲はPHP 5.4以降のほぼ全バージョンに及び、少なくとも1件の影響を受けるとされます。注意したいのは、自分のアプリのコードが安全に書かれていても、問題はその手前のPHP本体で起きるため影響しうる、という点です。

次の表は、Wizの発表と公式の勧告からわかる範囲を整理したものです。数値や深刻度はWizの表現・公式の勧告に帰属します。

統合された悪用ツール php2shell が存在すること自体は、Wizが公表した事実です。ただし本記事はその入手先・中身・コマンドには触れません。修正がまだ無いうちに突かれる攻撃の形そのものについてはゼロデイ攻撃とは｜受けると何が起きるかを非エンジニア向けに図で解説で平易に整理しています。

なぜ php2shell が AI サイバー攻撃の転換点なのか

Wizはこの件を「AI時代の転換点」と位置づけ、2014年のHeartbleed、2021年のLog4Shellに並ぶものだとしています。これはWizの見立てであり、本記事がそう断定するものではありません。ただ、なぜそう呼べるのかという理屈は追う価値があります。検索でも「フロンティアAI（最先端の大規模AI）が脆弱性を見つける・突く」という切り口の記事が増えており、php2shell はその抽象的な議論に具体例を与えた格好です。

鍵は、欠陥そのものではなく「悪用の経済」が変わった点にあります。根本の欠陥は10年以上前からPHPにありました。それでも長く眠っていたのは、実用的な悪用の実証に極めて複雑な手順が必要で、到達できるのが一握りの専門家に限られていたからです。Wizは、最先端AIがその障壁を大きく下げ、数時間のうちに複数のアプリ向けに動く実証を開発・適応できたと報告しています。「かつて世界トップのチームが数か月を要した作業を、1人が約1週間で」というのがWizの表現です。

補足として、PHPがウェブで高い割合を占めること自体は、W3Techsなどの調査でも一般に知られています。ただし「約70%」という具体的な数字はWizの表現なので、本記事はそのまま引くにとどめます。事実（CVEと修正版が公開された）と見解（これは転換点だ）を混ぜないことが、この手のニュースを読むときの基本です。

AI サイバー攻撃は攻撃と防御のどちらを利するのか

この話を「AIが攻撃者を強くした」とだけ読むのは早計です。Wizは、同じAI群を防御の側でも使ったと明記しています。攻撃側では発見・悪用コードの開発・環境ごとの適応が速くなる一方、防御側でも脆弱性の発見、実証による裏取り、異常の検知、そして公開前のパッチが本当に塞いだかの検証が速くなった、というのがWizの整理です。

Wizは、Google DeepMindでGeminiのセキュリティを率いるRaluca Ada Popa氏のコメントも引いています。趣旨は、AIが防御側の人手やスピードのギャップを埋めうる、というものです。これもWizの記事を通じた引用であり、本記事が独自に確かめたものではありません。

どちらに傾くかを言い切るのは、まだ難しいと考えます。攻撃は1点を破れば成立しますが、防御は広い面を守り続けなければなりません。だからこそ、速くなった発見と検証を自分たちの運用に組み込めるかどうかが分かれ目になります。ここは煽らず、両面があるという事実だけを持ち帰るのが健全です。

使われたAIと、業界をまたいだ連携

Wizによれば、今回使われたのは同社の Wiz Atlas と、Gemini 4 Argon、GPT-5.6 Sol です。モデル名はいずれもWizの記述のままです。なかでも Gemini 4 Argon が、発見・エクスプロイト開発・検知・パッチ検証の各段階で大きく寄与したとWizは述べています。特定のモデルを過度に持ち上げる意図はなく、ここではWizが帰属させた貢献をそのまま紹介するにとどめます。各社の実際の評価は、それぞれの一次発表を待つのが筋です。

注目したいのは、1社で完結しなかった点です。Wizは、PHPチーム・Calif・OpenAIと連携して発見・調整・パッチ検証を進めたとしています。さらにGoogle Cloud・Cloudflare・AWS・Microsoft・Automattic・Fastly・Akamai・Imperva・Vercelなどが、すぐには更新できない組織向けにガイダンスや検知、緩和策を用意したと報告しています。重大な脆弱性では、見つけた1社だけでなく、言語チーム・クラウド・CDN・ホスティングが足並みをそろえられるかが被害の広がりを左右します。AIが発見を速める時代には、この調整の速さがいっそう重みを増します。

私たちは何をすべきか

結論はシンプルです。Wizも公式も、更新が唯一の完全な対策だとしています。PHP本体を修正版へ更新し、すべてのワーカーを再起動する。これに勝る手当てはありません。対象の確認方法、OSパッケージと公式ビルドで版番号の読み方が違う点、更新できないときの公式の緩和策は、技術的な手順をまとめたPHP 脆弱性 CVE-2026-109618・109619の記事に譲ります。

更新までの時間を稼ぐために、気づくための痕跡も知っておく価値があります。Wizは防御目的で、いくつかの手がかりを挙げています。メモリ上限のエラーやHTTP 500を繰り返す異常なmultipartリクエスト、予期せず大きかったり壊れていたりするPHPSESSIDのレスポンスCookie、原因のはっきりしないPHPワーカーの頻繁な停止などです。これらはあくまで異常に気づくための目印であって、攻撃の手順ではありません。見えたからといって安全とは言えず、見えなくても安全とは言い切れません。確実なのは更新だけ、という点は動きません。

今回の件で持ち帰るべきは、特定の製品名やモデル名ではありません。眠っていた欠陥を実用的な悪用に変えるコストが、生成AIをはじめとする最先端AIによって大きく下がった——その現実に合わせて、更新と検知の習慣を一段速めることです。AI 脆弱性やAI セキュリティという言葉が抽象論で語られがちな今、php2shell はその議論に具体例を与えた一件として記憶されるでしょう。

参照ソース

• Wiz Research ブログ（php2shell・2026-10-21）
• RCE via OOM corruption（GHSA-w8hw-w9fx-j79w / CVE-2026-109618）
• RCE via stale global state（GHSA-6wmf-4rv5-p3rp / CVE-2026-109619）
• PHP: Supported Versions