1. 実際の Web PHP を把握
ブランチ、完全なパッケージ番号、入手元、拡張、サービス、サイトハンドラを記録します。CLI と Web は異なる場合があります。FPM プール、Apache、イメージ、キュー、全レプリカを確認し、変更前にバックアップ、互換性試験、復旧手順を準備します。
2. 修正済みビルドを導入
最初の修正版は 8.2.35、8.3.36、8.4.27、8.5.12 です。サポート対象のブランチと対応拡張を選び、アプリとヘルスチェックを試験してください。PHP または担当ベンダーから入手します。WAF や CMS の更新は代替になりません。
| PHP ブランチ | この番号未満の上流版 | 最初の修正版 | セキュリティサポート終了 |
|---|---|---|---|
| PHP 8.5 | < 8.5.12 | ✓ 8.5.12 | 2029年12月31日 |
| PHP 8.4 | < 8.4.27 | ✓ 8.4.27 | 2028年12月31日 |
| PHP 8.3 | < 8.3.36 | ✓ 8.3.36 | 2027年12月31日 |
| PHP 8.2 | < 8.2.35 | ✓ 8.2.35 | 2026年12月31日 |
これらの通常リリースはありません。7.4、8.0、8.1 の最小ソースバックポートは公開されています。ベンダーの対応は別途確認が必要です。 ガイドを読む ↗
ディストリビューションのバックポート
Ubuntu、Debian、企業向け Linux は古い上流番号を保ったまま修正する場合があります。8.3.6 だけでは判断できません。OS、リポジトリ、アーキテクチャ、パッケージ番号と両方の CVE を照合します。架空の修正パッケージ番号は掲載しません。
3. 全環境を再起動して検証
新しいファイルでもメモリ上のワーカーは古いままです。mod_php は Apache、FPM は対象サービスとプールを再起動し、キューも更新します。開始時刻、Web バージョン、パッケージ、正常性、全レプリカを確認。診断ページは直ちに削除し、phpinfo() を公開しないでください。
コマンド例 / INVENTORY
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 の修正と再起動を確認してください。管理型クラウドや機器は製品ベンダーの案内に従います。
ガイドを読む