緊急 CVSS 9.2 公式パッチ 2026年10月21日公開 実際の悪用が報告されています

お使いのPHP環境は php2shell に晒されていませんか? (CVE-2026-109618 & 109619)

無料オンライン脆弱性診断、最低安全PHPバージョンマトリクス(8.5.12、8.4.27、8.3.36、8.2.35)、各種OS向けパッチ適用ガイド。

パッシブ検査: HTTPレスポンスヘッダーを確認するための非破壊的GETリクエストを1回のみ送信します。攻撃やPOST送信は行いません。

公式影響範囲および修正済PHPバージョン

出典: php.net 公式セキュリティリリースおよび GitHub アドバイザリ (2026年10月21日公開)。

PHPブランチ 影響を受ける範囲 最初の修正リリース 公式ステータスと必要な対応
PHP 8.5 < 8.5.12 8.5.12 アクティブサポート — 次へアップグレード: 8.5.12+
PHP 8.4 < 8.4.27 8.4.27 アクティブサポート — 次へアップグレード: 8.4.27+
PHP 8.3 < 8.3.36 8.3.36 アクティブサポート — 次へアップグレード: 8.3.36+
PHP 8.2 < 8.2.35 8.2.35 セキュリティ修正のみ (2026年12月終了) — 次へアップグレード: 8.2.35+
PHP 8.6 < 8.6.0RC4 8.6.0RC4 開発版RC — テスト専用、本番環境での使用不可
PHP 8.1, 8.0, 7.4 すべてのバージョン 公式リリースなし サポート終了 (EOL) — パッケージ側のバックポートがない限り脆弱
PHP 5.4 – 7.3 すべてのバージョン 修正版提供なし レガシー脆弱環境 — 修正なし、session.upload_progressを無効化
Linuxディストリビューションパッケージに関する重要事項:

Ubuntu、Debian、RHELはバージョン番号を変えずに修正をバックポートします(例: Ubuntu 22.04 は 8.1.2-1ubuntu2.28)。ガイドを参照してchangelogを確認してください。

直ちに対応: 4ステップ緊急緩和手順

以下のステップを順序通りに実行してください。これ以外の方法では完全な防御はできません。

01

すべてのPHPランタイムを特定

Webサーバー、Dockerコンテナ、ベースイメージを監査します。CLI版(php -v)とWebサーバーが実行するバージョンが異なる場合があります。

インベントリ確認コマンド →
02

修正済みバージョンを導入

公式リリース(8.5.12、8.4.27、8.3.36、8.2.35)へアップグレードします。WordPressプラグインの更新ではコアの脆弱性は防げません。

プラットフォーム別ガイドを選択 →
03

すべてのPHPデーモンを再起動

重要ステップ: プロセスが再起動されるまで、新しいバイナリはメモリに読み込まれません。直ちにPHP-FPMやApacheを再起動してください。

sudo systemctl restart php*-fpm apache2
04

検証および過去ログの確認

修正済みバージョンが稼働していることを確認します。10月以降のアクセスログを調査し、不審なマルチパート送信がないか確認してください。

再度診断を実行する →

サーバーターミナル自己診断コマンド

SSHでサーバーに接続し、以下のコマンドを実行して稼働中のPHPバージョンとCVEパッチを確認してください:

Ubuntu / Debian: インストール済みパッケージとCVE更新履歴の確認
dpkg -l 'php*' 'libapache2-mod-php*' | grep ^ii
zgrep -E "CVE-2026-10961[89]" /usr/share/doc/php*-common/changelog*
RHEL / AlmaLinux / Rocky Linux: RPM更新履歴の確認
rpm -qa | grep -Ei "^(php|ea-php|alt-php)" | sort
rpm -q --changelog php-common | grep -E "CVE-2026-10961[89]"
Docker: 稼働中コンテナ内のPHPバージョンの確認
docker exec -it <container_name> php -v
docker exec -it <container_name> php -m | grep session

よくある質問 (FAQ)

チェッカーでバージョンが隠されていると表示されました。安全ですか? ▼

必ずしも安全ではありません。X-Powered-By を非表示にしてもバージョンが隠れるだけで、脆弱性は残っています。サーバー上で直接コマンドを実行して確認してください。

この診断ツールはサイトを攻撃したりスキャンしますか? ▼

いいえ。HTTPレスポンスヘッダーを確認するための通常のGETリクエストを1回送信するだけです。攻撃コードやPOSTデータは一切送信しません。

今日すぐにアップデートできない場合、一時的な回避策はありますか? ▼

はい。php.ini で session.upload_progress.enabled = Off に設定してPHP-FPMを再読み込みすれば、主要な攻撃経路を遮断できます。ただし根本解決には本体の更新が必要です。

アップグレード後にPHP-FPMやApacheの再起動が必要な理由は何ですか? ▼

パッケージの更新はディスク上のファイルを置き換えるだけです。実行中のワーカープロセスは再起動されるまでメモリ内の脆弱なコードを実行し続けます。

WAFを導入していればPHP2Shellを完全にブロックできますか? ▼

いいえ。WAFは既知の攻撃をブロックできますが、攻撃者はデータのパディングやチャンクサイズの調整によりWAFの検査を回避することが可能です。

古い PHP 7.4 や 8.0 のサイトも危険ですか? ▼

はい。PHP 5.4 から 8.5 まで構造的に脆弱です。7.4 や 8.0 はサポート終了(EOL)のため、バックポートパッチを当てるか upload_progress を無効にしてください。

コマンドライン(CLI)スクリプトにも影響しますか? ▼

通常のCLI実行には通常影響しません。しかしWeb経由でアクセスされるSAPI(PHP-FPM、Apache mod_php、FrankenPHPなど)は完全に脆弱です。

WordPressのセキュリティプラグインで防御できますか? ▼

いいえ。セキュリティプラグインはPHPエンジンがリクエストを解析した「後」に実行されます。この脆弱性はプラグインが実行される前にC言語コア内部で発生します。

セキュリティ研究: 20本の技術勧告、C言語ソース解析、攻撃メカニズムおよび防御プレイブック。

exploitation

実戦兵器化チェーンとハニーポット観測網テレメトリ: 東京・フランクフルト・シリコンバレーでの生データ解析

東京、フランクフルト、シリコンバレーに分散配置されたグローバルハニーポット観測網の一次テレメトリデータ。攻撃者がPHP2Shell (CVE-2026-109618/109619) をいかに自動化ボットネットとワームに組み込んでいるかの生々しい実態。

Read Research →