セキュリティブロガーのイライアス・テイラー氏は「2026年10月21日、自身のWebサイトで「There isn't an easy exploit for this PHP vulnerability」（このPHPの脆弱性を簡単に悪用する方法はない）と題した記事を公開した。同氏は「実在する脆弱性ではあるものの、簡単に悪用できるわけではない」と主張する。

　記事は、脆弱性の公表から約10時間が経過した時点でまとめられたものだ。つまり、公表直後の状況について論じたものであり、PHPの修正版提供後の過程までを振り返った記事ではない。その上でテイラー氏は「GitHub」に投稿された実証コードに批判の目を向けている。

　実証コードは、実際に攻撃が成立することを確かめるために使われる。今回のPHPの脆弱性についても、GitHubでは多数のPoC（概念実証）が公開された。だが、テイラー氏によると、その多くは通常のPHP環境では動作せず、攻撃を成立させるには特別な条件が必要だという。記事では、その具体例として次の3つを紹介している。

• php-rce
• php2shell-CVE-2026-109618-CVE-2026-109619-PoC
• php2shell-poc

　テイラー氏によれば、これらは評価の星が多かったため選んだもので、実際にはさらに多くのPoCが公開されていたという。

　同氏が問題視するのは、これらのPoCが、攻撃対象のサーバに別の脆弱性があることを前提としている点だ。サーバ内のファイルを不適切に読み込ませる「LFI」（ローカルファイルインクルージョン）を利用し、攻撃が成功するよう条件を整えているという。

　PHPアプリケーションに不具合があること自体は珍しくない。だが、今回の脆弱性を悪用するために、別の脆弱性まで必要になるのであれば、誰もが同じように攻撃できるわけではない。PoCで攻撃に成功したとしても、それだけで今回の脆弱性が簡単に悪用できるとはいえない。

　テイラー氏は、公開されたPoCの多くがAIによって作られた可能性にも言及している。開発者が攻撃の仕組みを十分に理解せず、AIにコードの作成を任せると、攻撃を成功させるために別の脆弱性が必要なコードが生成されることがあるという。

　こうした前提条件が見落とされると、PoCの実行結果だけを見て「攻撃に成功した」と判断してしまう。テイラー氏は、この状況を「ゲーム機につながっていないコントローラーを年下の兄弟に渡すようなもの」と皮肉っている。幼い弟は、コントローラーを操作してゲームをプレイしているつもりでも、実際にはゲーム機につながっていないため、何も操作できていない。それでも本人は、ゲームをプレイできていると思い込んでしまう。PoCでも同じように、実際には攻撃が成立していないのに、成功したと思い込んでしまう可能性があるというわけだ。

　またテイラー氏は、複数のPoCに似たような問題が見られることにも目を向けている。開発者がそれぞれ同じ誤りを犯したというより、「Claude」や「GPT」などのAIに判断を任せた結果、同じような問題が繰り返されているのではないかという。コードの作成だけでなく、検証の条件や成功の判断までAIに任せてしまうことに、疑問を投げかけている。

　同氏は「Log4Shell」や「Heartbleed」といった過去の重大な脆弱性を引き合いに出し、今回のPHPの脆弱性も同じように簡単に悪用できるとする見方に疑問を抱いている。一方、記事の追記では、脆弱性そのものは実在するため、サーバには修正パッチを適用すべきだと明記している。PoCへの批判と、脆弱性への対処が必要であることは、別の問題として捉えているのだ。

　なお、今回の脆弱性については、PHP Foundationが2026年10月21日に公開した説明であり、標準設定のApacheのmod_php環境などでリモートコード実行（RCE）が成立することを実証したと報告している。また、PHP公式サイトも2026年10月23日、特定の設定と処理の組み合わせで発生し得る問題への対処を案内している。

　テイラー氏の記事では、「攻撃方法は存在しなかった」「騒動は全て誤解だった」と言っているわけではない。

　同氏が問題にしているのは、PoCの検証方法だけでなく、その結果を真に受ける人の姿勢だ。攻撃が成立するかどうかを確かめるはずの実験が、AIに任せるうちに、あらかじめ攻撃が成功する条件を整えた環境で、その成功を確認するだけのものになってしまう。テイラー氏は、そんな本末転倒な状況を危惧している。

　AIにコードの作成だけでなく、その結果が正しいかどうかの判断まで任せていないか。今回のPHPの脆弱性を巡る議論は、AIが生成したコードを動かすだけでなく、検証の前提や結果の妥当性を人間が見極めることの重要性を、改めて考えるきっかけとなりそうだ。

上司X：　PHPの脆弱性騒動の際、テイラー氏が、AIを使って作られた実証コードと、その受け止め方を批判していたという話だよ。

ブラックピット：　攻撃できるかどうかを調べるために、攻撃対象へ別の欠陥を用意していたというのは、妙な話ですね。

上司X：　テイラー氏が問題にしたのは、まさにそこだな。その実験で成功しても、普通の環境で同じことができると示したことにはならない、という指摘だ。

ブラックピット：　鍵をこじ開けられるかどうかを試すとき、先に錠前を半壊させてから「開きました」と報告されたようなものですか。

上司X：　んー。ビミョーな気もするけど、まあ、そんな話ってことでいいか（笑）。ただ、報告を受ける側が「開いた」という結果しか見ていなければ、途中で「錠前を壊した」ことには気付かないまま、その結果を受け入れてしまうかもしれない。

ブラックピット：　でしょうねえ。

上司X：　んー。テイラー氏は、似た実証が多いことも、AIに方法の判断まで任せた結果ではないかと見ている。ただ、それについては、あくまでテイラー氏の独自の考え方と捉えるべきだろう。

ブラックピット：　PHPの問題自体が大したことはなかった、という話ではないってことですね。

上司X：　ああ。公式には攻撃の実証が報告されているし、何より、テイラー氏自身も利用者にはパッチの適用を勧めている。その上で、AIの「できました」を受け入れる前に、何をして、どんな条件でできたのかを確かめるよう促しているわけだ。何にせよ、AIを活用するのはともかく、AIに振り回されるような状況は望ましくない。俺たちも心しておこうじゃないか。