php.net ではありません · NVD ではありません · CISA ではありません

PHP 脆弱性トラッカー

PHP のセキュリティ脆弱性に関する非公式ブリーフィング

English简体中文日本語DeutschFrançaisNederlandsEspañol

セキュリティ警報

PHP2Shell:PHP をアップデートしてください。それが唯一の完全な修正です。

CVE-2026-109618 と CVE-2026-109619 は、PHP 本体に存在する認証不要のリモートコード実行(RCE)の深刻な脆弱性です。PHP プロジェクトは 2026 年 10 月 21 日、サポート中の 8.2〜8.5 系に修正版を公開しました。アップデート後は PHP を再起動してください。ファイアウォールは代わりになりません。

対策の手順

AI エージェントガイド

自分の製品・サイトは影響を受ける?AI エージェントで確認

多くのサイトは PHP を直接ではなく、XAMPP、コントロールパネル、NAS、Docker イメージ、ベンダー機器経由で使っています。以下の読み取り専用プロンプトで、エージェントが全 PHP 実行環境を見つけ、修正版と比較して判定表を作ります。何も変更しません。

最終更新

プロンプトがエージェントに指示する内容

  1. システムの PHP、統合環境(XAMPP、MAMP、Laragon)、パネル、コンテナ、NAS、機器を棚卸し。
  2. それぞれのバージョン、導入元、公開状況を記録。
  3. ベンダー管理の項目を影響製品ページに対応付け。
  4. 判定表を出力:対策済み / 脆弱 / 不明 / ベンダー管理。

エージェントを安全に使う

コピペ用プロンプト

どのエージェントでも確実に動くようプロンプトは英語です。最後の行で日本語での報告を指示しています。事実は本サイトの各ページに基づきます。

マシン上の全 PHP 実行環境を読み取り専用で棚卸し
Audit this machine for PHP2Shell exposure. This is a READ-ONLY audit.

Context: PHP2Shell is CVE-2026-109618 and CVE-2026-109619, two critical unauthenticated remote-code-execution bugs in the PHP runtime (advisory published 21 October 2026). Fixed upstream releases: PHP 8.2.35, 8.3.36, 8.4.27, 8.5.12 (or later on the same branch). PHP 8.1 and earlier get no upstream fix. Linux distributions may ship backported fixes under an older version string, so check the distro's security tracker / package changelog for CVE-2026-109618 and CVE-2026-109619, not only "php -v".

Rules for you (the agent):
- Read-only: do not install, upgrade, delete, restart or change any file or service. Do not use sudo unless I approve a specific read-only command.
- Do not write, download or run exploit code, and do not probe other hosts.
- Do not print secrets you see; redact them.
- Show each command before you run it.

Find every PHP runtime, including bundled ones:
1. System PHP: php -v, php-fpm*, mod_php, every binary named php* on PATH and under /usr, /opt, /usr/local.
2. Bundled stacks: XAMPP (/opt/lampp, C:\xampp), MAMP (/Applications/MAMP), WampServer, Laragon, Local, Herd, Valet.
3. Hosting panels: cPanel ea-php, Plesk plesk-php, aaPanel/宝塔 /www/server/php, DirectAdmin, CyberPanel lsphp, HestiaCP.
4. Containers: docker ps / docker images / kubectl, and php -v inside each running container.
5. Apps that run on PHP (WordPress, Magento, Drupal, Joomla, Moodle, Nextcloud, phpMyAdmin, GLPI ...) and which PHP each one uses.
6. If this is a NAS or vendor appliance (Synology, QNAP, Unraid, pfSense, OPNsense, FreePBX ...), report the product and firmware version only; such PHP is updated by the vendor firmware.

For each item record: product/location, PHP version, how it is installed (distro package / vendor bundle / container / custom build), whether it is internet-facing, and whether the version is >= the fixed release on its branch or has a distro backport.

Output a verdict table with columns: Item | PHP version | Source | Exposed? | Verdict (Fixed / Vulnerable / Unknown / Vendor-managed) | Next step. Then list the matching product pages from https://phpvulnerabilities.app/affected-products/ for anything vendor-managed.

Write your report in Japanese.
特定の製品・アプライアンスを確認
I run [PRODUCT NAME AND VERSION]. Tell me whether it is affected by PHP2Shell. This is research and a READ-ONLY check.

Context: PHP2Shell is CVE-2026-109618 and CVE-2026-109619, two critical unauthenticated remote-code-execution bugs in the PHP runtime (advisory published 21 October 2026). Fixed upstream releases: PHP 8.2.35, 8.3.36, 8.4.27, 8.5.12 (or later on the same branch). PHP 8.1 and earlier get no upstream fix. Linux distributions may ship backported fixes under an older version string, so check the distro's security tracker / package changelog for CVE-2026-109618 and CVE-2026-109619, not only "php -v".

Rules: do not write or run exploit code; do not change anything; never ask for or print credentials.

Steps:
1. Find out whether this product bundles its own PHP or uses the system PHP, and which PHP version the version I named ships with.
2. Look for the vendor's official advisory, changelog or knowledge-base article about CVE-2026-109618 / CVE-2026-109619, and the matching page under https://phpvulnerabilities.app/affected-products/. Cite each source with its URL and date; if you find none, say so instead of guessing.
3. If I can give you shell access, list the read-only commands that would confirm the runtime version, and wait for me to run them or approve them.

Output a verdict table: Product | Version | Bundled PHP | Vendor status | Verdict (Fixed / Vulnerable / Unknown) | Fix path (vendor update, upgrade host PHP, or mitigate) | Sources.

Write your report in Japanese.
フリート・リポジトリ監査(多数のサーバー、IaC、CI)
Audit this repository (and any inventory files it contains) for PHP2Shell exposure. READ-ONLY: do not edit files, open pull requests or connect to servers unless I approve.

Context: PHP2Shell is CVE-2026-109618 and CVE-2026-109619, two critical unauthenticated remote-code-execution bugs in the PHP runtime (advisory published 21 October 2026). Fixed upstream releases: PHP 8.2.35, 8.3.36, 8.4.27, 8.5.12 (or later on the same branch). PHP 8.1 and earlier get no upstream fix. Linux distributions may ship backported fixes under an older version string, so check the distro's security tracker / package changelog for CVE-2026-109618 and CVE-2026-109619, not only "php -v".

Rules: no exploit code, no scanning of hosts, redact secrets.

1. Search Dockerfiles, compose files, Helm charts, Terraform/Ansible/Puppet/Chef code, CI workflows, .tool-versions, composer.json "config.platform.php" and "require.php" for PHP versions and base images.
2. List every place a PHP version or image is pinned, and resolve tags like php:8.3-fpm to the patch level they currently point to if you can.
3. Mark each as Fixed / Vulnerable / Unknown against 8.2.35 / 8.3.36 / 8.4.27 / 8.5.12 (or a distro backport), and flag PHP 8.1 or older.

Output a verdict table: File | Line | Image or package | PHP version | Verdict | Suggested change. Do not apply the changes; list them for my review.

Write your report in Japanese.

主な AI コーディングエージェント

順不同。本サイトはいずれとも提携していません。

OpenAI Codex CLIプロジェクトまたはサーバーで codex を起動してプロンプトを貼り付け。コマンド実行前に確認する承認モードのままにします。
Claude Codeターミナルで claude を起動して貼り付け。設定を変えない限りコマンド実行前に許可を求めます。
Cursor (Agent)リポジトリまたは Remote-SSH を開き、Agent チャットに貼り付け、各ターミナルコマンドを確認します。
Cursor Cloud AgentsDocker・リポジトリ向け。ブランチ上で作業し差分をレビューします。サーバーには接続しません。
Grok Build (xAI CLI)xAI のターミナル型コーディングエージェント。プロジェクトかサーバーで起動して貼り付け。シェルがない場合は grok.com のチャットに貼り、提示された読み取り専用コマンドを自分で実行します。
GitHub Copilot coding agentDocker・リポジトリ用プロンプトを書いた Issue を Copilot に割り当てると、レビュー用のプルリクエストを作成します。
Gemini CLIターミナルで gemini を起動して貼り付け、提案されたコマンドを一つずつ確認します。
Windsurf (Cascade)エディターの Cascade に貼り付けます。windsurf.com は現在 Devin Desktop にリダイレクトされます。
ClineVS Code 拡張機能。Cline パネルに貼り付け、コマンドと編集を一つずつ承認します。
AiderDocker・リポジトリ向け。リポジトリで aider を起動して貼り付け、作成されたコミットを確認します。

よくある質問

サイトが PHP2Shell の影響を受けるか確認するには?

サイトを実際に動かす PHP のバージョン(php -v だけでなく)を調べ、8.2.35 / 8.3.36 / 8.4.27 / 8.5.12 またはディストリのバックポート版と比較します。棚卸しプロンプトで全実行環境を確認できます。

監査で何か変更されますか?

いいえ。プロンプトは読み取り専用を指示し、sudo が必要なコマンドは事前に確認させます。

PHP が NAS、パネル、機器に内蔵されている場合は?

その PHP はベンダーが更新します。影響製品一覧で該当ページを確認し、ベンダーの更新を適用してください。