php2shell 事件：AI 駆動 WAF がパッチ公開前に攻撃を遮断、手動ルール作成の時代は退場へ

2026 年 10 月 21 日、Calif.io、Wiz、OpenAI、Quarkslab が PHP の重大なリモートコード実行脆弱性 2 件（CVE-2026-109618 と CVE-2026-109619）を同時公表し、コミュニティでは「php2shell」と呼ばれている。影響範囲は PHP 5.4 以上を動かすすべての Web サイト——PHP はインターネット上のほぼ 7 割のサイトを支えている。攻撃者にログインは不要で、メモリを逼迫するよう仕込まれたアップロード要求を 1 つ送るだけで、サービスをクラッシュさせ、データを漏洩させ、攻撃者のコードを実行させる可能性がある。

業界を本当に震撼させたのは脆弱性そのもの——何十年も放置されてきた古い欠陥——ではなく、「それが武器化される速度」だった。Wiz の研究者は率直に言う。フロンティア AI モデルが、古い脆弱性を実用的なエクスプロイトに変える障壁を大幅に下げる、と。Mandiant の M-Trends 2026 レポートはさらに冷徹な数字を示す。攻撃者は平均してパッチ公開の 7 日前から脆弱性をすでに利用し始めているのだ。しかも php2shell の詳細は 10 月 20 日に調整済み公表前から漏洩し、正式な修正が出る前に攻撃トラフィックが観測されていた。

つまり：開発チームが警報を読んで、WAF ルールを書いて、リリースし終えた頃には、脆弱性の窓はとっくに閉じている、という状態だ。

防御側では、AI がすでに先に出動していた。

Cloudflare は 10 月 21 日 03:02 UTC——公式公表の約 9 時間前——に、すべての顧客に対して php2shell 対策の WAF 保護ルールをデプロイしていた。無料プランのユーザーも含まれ、自動的に有効化され、一切の手動操作は不要だった。注目すべきは、今回の防御が「リクエストが攻撃に似ているか」のパターンマッチングだけではない点だ。新機能「フルトランザクション検出」を導入し、同一の HTTP トランザクション内でリクエストとオリジンサーバーの応答を同時に分析し、攻撃が本当に成功したかを判定したうえで、攻撃者に到達する前に応答を遮断する。これにより正規ユーザーの誤検知リスクが大幅に下がった。Cloudflare はまた、攻撃者がルールを回避するためにペイロードを絶えず変異させており、分析チームがリアルタイムでルールを更新し続けていることも明らかにしている。

F5 が示したのは別の道筋だ。ルールを書かず、直接 AI に判定させる。F5 のエンジニアは公開された PoC 攻撃コードを取得し、複数バリアントを作成——異なるエンコード、ペイロードの配置、HTTP メソッド、一般的な回避手法——そして AI 搭載 WAF のブロックモードを有効化したアプリケーションに対して直接攻撃を仕掛けた。php2shell 専用のルールは追加せず、設定も一切変更しなかった。結果：世界中の実際の攻撃トラフィックで学習したニューラルネットワークが、攻撃リクエストを 95/100 の重大リスクと判定し、その場でブロック。同じアプリケーションへの正常リクエストは通常通り通過した。F5 はさらにガイダンスを更新している。高・中・低のすべての検出レベルをオンにし、AI が高中リスクと判定したものは即ブロック——誤検知のフィルタリングはモデル自身に任せよ、と。

2 社のアプローチは同じことを指し示している。セキュリティ防御のリズムが、「人間が事後にルールを補完する」から「AI がリアルタイムで判定する」へと移行している。防御ウィンドウは「日」から「分」、さらに「秒」へと圧縮されている。かつてのセキュリティチームは誤検知を恐れ、新しいルールを「記録のみ、ブロックしない」モードに留め、人間の確認を待ってから動いていた——しかし機械速度の攻撃の前では、その緩衝帯こそが攻撃者が使える時間そのものだった。

中小企業にとってこそ、ここが一番切実な部分だ。大手ベンダーには 24/7 でチェンジログを見守るグローバルセキュリティチームがあり、数時間以内に防護を配信できる。しかし多くの中小企業には専任のセキュリティ担当者もおらず、夜間当直もなく、脆弱性が漏洩したその同じ時間内に反応する手段もない。脆弱性は規模を選ばない：PHP を狙う攻撃は、あなたのサイトが小さいからといって見逃してくれるわけではない。

「AI リアルタイム判定＋仮想パッチ」を 24/7 常態化した自動防御にするのが、一般的な規模のサイトにとって真の生存経路だ——防御の速度は AI が決め、人間のシフト表が決定しない。