1. 実際の Web PHP を把握

ブランチ、完全なパッケージ番号、入手元、拡張、サービス、サイトハンドラを記録します。CLI と Web は異なる場合があります。FPM プール、Apache、イメージ、キュー、全レプリカを確認し、変更前にバックアップ、互換性試験、復旧手順を準備します。

2. 修正済みビルドを導入

最初の修正版は 8.2.35、8.3.36、8.4.27、8.5.12 です。サポート対象のブランチと対応拡張を選び、アプリとヘルスチェックを試験してください。PHP または担当ベンダーから入手します。WAF や CMS の更新は代替になりません。

4 つのブランチ。明確な更新先。
PHP ブランチこの番号未満の上流版最初の修正版セキュリティサポート終了
PHP 8.5< 8.5.12✓ 8.5.122029年12月31日
PHP 8.4< 8.4.27✓ 8.4.272028年12月31日
PHP 8.3< 8.3.36✓ 8.3.362027年12月31日
PHP 8.2< 8.2.35✓ 8.2.352026年12月31日
PHP 8.1 以前をお使いですか?

これらの通常リリースはありません。7.4、8.0、8.1 の最小ソースバックポートは公開されています。ベンダーの対応は別途確認が必要です。 ガイドを読む ↗

ディストリビューションのバックポート

Ubuntu、Debian、企業向け Linux は古い上流番号を保ったまま修正する場合があります。8.3.6 だけでは判断できません。OS、リポジトリ、アーキテクチャ、パッケージ番号と両方の CVE を照合します。架空の修正パッケージ番号は掲載しません。

3. 全環境を再起動して検証

新しいファイルでもメモリ上のワーカーは古いままです。mod_php は Apache、FPM は対象サービスとプールを再起動し、キューも更新します。開始時刻、Web バージョン、パッケージ、正常性、全レプリカを確認。診断ページは直ちに削除し、phpinfo() を公開しないでください。

コマンド例 / INVENTORY

shell
php -v
php --ini
# Check the executable used by the Web service separately.
php-fpm -v
# On versioned installations, for example:
php-fpm8.3 -v

修復ガイド

Ubuntu と Debian

php*-common と Web ハンドラのパッケージを特定し、両 CVE のトラッカーを確認します。例は PHP 8.3 用なので実際のブランチに変更してください。修正版がリポジトリにあることを確認します。changelog の記載なしは安全の証明になりません。

ガイドを読む

RHEL、Rocky、AlmaLinux

OS、アプリストリーム、外部リポジトリを区別し、RPM 番号とエラッタを確認します。互換ストリームを維持してください。例は接頭辞なしの php-* 用です。並列インストールは名前が異なります。外部提供者も両修正の証拠が必要です。

ガイドを読む

Docker とコンテナ

同じコンテナを再起動しても修正されません。修正済みベースを取得し、アプリイメージを再構築して全コンテナを置き換えます。検証済み digest を固定し、全レプリカを確認します。例は PHP 8.4.27 FPM。Compose サービス名は実際の名前に変更します。

ガイドを読む

BaoTa と 1Panel

パネルの PHP は OS の PHP と別の場合があります。全サイトとハンドラを対応付け、信頼する更新経路で両修正を確認します。パネル更新だけでは不十分です。各サービス再起動またはコンテナ再作成後、サイトごとに再検証します。

ガイドを読む

WordPress と管理型ホスティング

WordPress、Drupal、Joomla の更新では PHP は変わりません。ホストに実際のハンドラ、完全なパッケージ番号、両 CVE の修正と再起動を確認してください。管理型クラウドや機器は製品ベンダーの案内に従います。

ガイドを読む

フレームワーク・CMS の PHP2Shell 対策 ↗

一次資料と関連情報

PHP security teamSecurity advisory · 21 Oct 2026
CVE-2026-109618GHSA-w8hw-w9fx-j79w · OOM corruption
CVE-2026-109619GHSA-6wmf-4rv5-p3rp · Stale global state
次の対応3. 全環境を再起動して検証 ↗