PHPの脆弱性に簡単な悪用手段はないと筆者が指摘、GitHub上のPoCの多くも動作せず
TL;DR: 筆者によると、このPHPの脆弱性にはまだ動作する悪用コードが見つかっていない。GitHub上には多数のPoCが存在するが、多くは標準的なPHP環境では動作しないと筆者は述べている。
筆者は2026年10月21日付の記事で、このPHPの脆弱性は容易に悪用できるものではないと論じている。脆弱性の投稿から約10時間後の時点でも、動作する悪用コードは確認されていないとしている。
脆弱性の悪用条件
筆者によると、GitHub上のPoCの多くはLFI(local-file-inclusion)に依存している。LFIを成立させるには、サーバーがすでにeval(read(filename_provided_by_user))を許容する脆弱性を抱えている必要がある。
筆者は、こうした前提条件が満たされない限り、PoCは機能しないと述べている。
PoCの動作状況
筆者は、GitHub上にはPoCと称する悪用コードが数千件存在するが、標準的なPHPインスタンスに対しては動作しないと述べている。記事では次の3つのリポジトリが挙げられている。
- david-alvarez-rosa/php-rce
- eness/php2shell-CVE-2026-109618-CVE-2026-109619-PoC
- ikow/php2shell-poc
筆者は、出回っているPoCはLLMの支援を受けて生成されており、その一部はサーバーを改変して重大な脆弱性を含めるものだと述べている。また、流通しているものは「偽物であるか、研究室環境でしか動作しない」とも記している。
PHPコアチームの見解
記事では、PHPコアチームのメンバーの発言が引用されている。同メンバーは、パッチの公開後に悪用コードが出現し始めるまでの時間について次のように述べた。
「パッチが公開されてから15分後には悪用コードが出現し始める」
— PHPコアチームのメンバー
筆者の見立て
- この PHP の脆弱性は、それほど悪用しやすいものではないと論じている。
- 5年前であれば人々はこの脆弱性を容易には悪用できないと理解していただろうと論じている。
- 現在はLLMが誤った確信を与えているため、人々が惑わされていると論じている。
- LLMが差分を読むだけで悪用の連鎖を即座に構築でき、条件が平等になると多くの人が想定していたと解釈している。
- 多くの人が、Claude などが判断を代行したことで判断を誤っていると解釈している。
- AIが現在世界で主要な意思決定者となり、「決定のシェリング・ポイント」を生み出していると論じている。
- LLMがあらゆる分野を同時に損なう力を持つため、意思決定が不自然なほど似通うと予想している。
- LFIを前提条件とすることは非常に不合理であり、脆弱性も深刻ではないと論じている。
- 容易には悪用できず、Log4Jのような事態ではないと論じている。
- 多くの人が恐れているのは、PHPが安全でないことやLLMがコードを不安全にすることを内心で分かっているためだと解釈している。
この記事は元記事の事実のみに基づいて自動生成されました。
出典
- 媒体名: Elias Taylor
- 原題: There isn't an easy exploit for this PHP vulnerability
- URL: https://eliastaylor.com/noexploit/