最終更新: 2026-10-22 (UTC)

PHP 脆弱性:Docker の PHP 更新ガイドPHP vulnerability · PHP2Shell · CVE-2026-109618 / CVE-2026-109619 · PHP RCE · PHP security update

PHP 脆弱性 PHP2Shell(CVE-2026-109618 / CVE-2026-109619)への対応には、Web 用 PHP の更新が必要です。配布元、完全なパッケージ番号、実行プロセスを確認し、PHP RCE 対策の PHP security update を適用します(php vulnerability)。

PHP2Shell · CVE-2026-109618 / CVE-2026-109619

アプリ、設定、データをバックアップし、検証環境で試してください。PHP 脆弱性 への対応では、現在の配布元とブランチを使用します。

PHP 脆弱性:ベンダーのパッケージ状況

ブランチ / ベンダー修正済みパッケージPHP2Shell · 状態
PHP 8.5
docker-library
8.5.12
ベンダーの出典 ↗
修正を確認済み
確認日時: 2026-10-22 03:28:58 UTC
PHP 8.4
docker-library
8.4.27
ベンダーの出典 ↗
修正を確認済み
確認日時: 2026-10-22 03:28:58 UTC
PHP 8.3
docker-library
8.3.36
ベンダーの出典 ↗
修正を確認済み
確認日時: 2026-10-22 03:28:58 UTC
PHP 8.2
docker-library
8.2.35
ベンダーの出典 ↗
修正を確認済み
確認日時: 2026-10-22 03:28:58 UTC
PHP 8.1
docker-library
修正済みパッケージ —
ベンダーの出典 ↗
上流サポート終了
確認日時: 2026-10-22 03:28:58 UTC
PHP 8.0
docker-library
修正済みパッケージ —
ベンダーの出典 ↗
上流サポート終了
確認日時: 2026-10-22 03:28:58 UTC
PHP 7.4
docker-library
修正済みパッケージ —
ベンダーの出典 ↗
上流サポート終了
確認日時: 2026-10-22 03:28:58 UTC

確認済みの表示はベンダーの公開を示し、サーバーへの適用を保証しません。未確認の組み合わせには、検証済みのパッケージ基準がありません。

PHP 脆弱性 の修正を提供する配布元を確認

OS パッケージ、外部リポジトリ、コンテナーイメージ、管理パネルの PHP は別々のインストールの場合があります。OS、CPU、配布元、サイトに割り当てた PHP を確認してください。同じ短い番号でも修正内容は異なることがあります。

ソースのアップロード、公開予定日、RC タグだけでは PHP2Shell の修正パッケージ公開を確認できません。

PHP 8.5:更新・再起動・確認

docker-library

この安定版 CLI イメージを取得し、ARM64 で実行確認しました。対象はこの種類のみです。FPM・Apache・Alpine・他の CPU は別途確認が必要です。既存の Web コンテナーは所定の手順で再ビルドまたは再作成してください。

確認日時: 2026-10-22 03:28:58 UTC · ベンダーの出典 ↗

更新

docker pull registry-1.docker.io/library/php:8.5.12-cli

確認

docker run --rm registry-1.docker.io/library/php:8.5.12-cli php -v

検証環境: PHP CLI イメージ、ローカル Docker ARM64. 記載された配布元とインストール済みブランチに限り使用します。管理者権限が必要です。本番環境では拡張機能とサービス名を先に確認してください。

PHP 8.4:更新・再起動・確認

docker-library

この安定版 CLI イメージを取得し、ARM64 で実行確認しました。対象はこの種類のみです。FPM・Apache・Alpine・他の CPU は別途確認が必要です。既存の Web コンテナーは所定の手順で再ビルドまたは再作成してください。

確認日時: 2026-10-22 03:28:58 UTC · ベンダーの出典 ↗

更新

docker pull registry-1.docker.io/library/php:8.4.27-cli

確認

docker run --rm registry-1.docker.io/library/php:8.4.27-cli php -v

検証環境: PHP 8.4.27 CLI イメージ、ローカル Docker ARM64. 記載された配布元とインストール済みブランチに限り使用します。管理者権限が必要です。本番環境では拡張機能とサービス名を先に確認してください。

PHP 8.3:更新・再起動・確認

docker-library

この安定版 CLI イメージを取得し、ARM64 で実行確認しました。対象はこの種類のみです。FPM・Apache・Alpine・他の CPU は別途確認が必要です。既存の Web コンテナーは所定の手順で再ビルドまたは再作成してください。

確認日時: 2026-10-22 03:28:58 UTC · ベンダーの出典 ↗

更新

docker pull registry-1.docker.io/library/php:8.3.36-cli

確認

docker run --rm registry-1.docker.io/library/php:8.3.36-cli php -v

検証環境: PHP CLI イメージ、ローカル Docker ARM64. 記載された配布元とインストール済みブランチに限り使用します。管理者権限が必要です。本番環境では拡張機能とサービス名を先に確認してください。

PHP 8.2:更新・再起動・確認

docker-library

この安定版 CLI イメージを取得し、ARM64 で実行確認しました。対象はこの種類のみです。FPM・Apache・Alpine・他の CPU は別途確認が必要です。既存の Web コンテナーは所定の手順で再ビルドまたは再作成してください。

確認日時: 2026-10-22 03:28:58 UTC · ベンダーの出典 ↗

更新

docker pull registry-1.docker.io/library/php:8.2.35-cli

確認

docker run --rm registry-1.docker.io/library/php:8.2.35-cli php -v

検証環境: PHP CLI イメージ、ローカル Docker ARM64. 記載された配布元とインストール済みブランチに限り使用します。管理者権限が必要です。本番環境では拡張機能とサービス名を先に確認してください。

PHP 8.1:更新・再起動・確認

docker-library

正確な安定版タグを取得し、実行 PHP を確認する必要があります。RC タグは修正の証拠になりません。

確認日時: 2026-10-22 03:28:58 UTC · ベンダーの出典 ↗

更新 → 再起動 → 確認

この環境は未検証のため、実行用の更新コマンドは掲載していません。バックアップとテスト後、ベンダーの手順で更新・再起動し、完全なパッケージ番号を告知と照合してください。

ベンダーの手順を確認 ↗

PHP 8.0:更新・再起動・確認

docker-library

正確な安定版タグを取得し、実行 PHP を確認する必要があります。RC タグは修正の証拠になりません。

確認日時: 2026-10-22 03:28:58 UTC · ベンダーの出典 ↗

更新 → 再起動 → 確認

この環境は未検証のため、実行用の更新コマンドは掲載していません。バックアップとテスト後、ベンダーの手順で更新・再起動し、完全なパッケージ番号を告知と照合してください。

ベンダーの手順を確認 ↗

PHP 7.4:更新・再起動・確認

docker-library

正確な安定版タグを取得し、実行 PHP を確認する必要があります。RC タグは修正の証拠になりません。

確認日時: 2026-10-22 03:28:58 UTC · ベンダーの出典 ↗

更新 → 再起動 → 確認

この環境は未検証のため、実行用の更新コマンドは掲載していません。バックアップとテスト後、ベンダーの手順で更新・再起動し、完全なパッケージ番号を告知と照合してください。

ベンダーの手順を確認 ↗

PHP 脆弱性:すぐに更新できない場合

緩和策は PHP 脆弱性 の完全な修正ではありません。セッションのアップロード進捗を無効にしても、CVE-2026-109619 の確認済み経路の一部を緩和するだけで、CVE-2026-109618 や他の残留状態経路への対策を保証しません。

session.upload_progress.enabled = Off

Web 用の設定でリクエスト解析前に適用し、全 PHP ワーカーを再起動します。アプリの ini_set() や FPM の .user.ini には依存しないでください。PHP のセッションアップロード進捗機能は無効になります。

cleanup、strict_mode、only_cookies、HttpOnly はセッション管理や一般的な強化設定で、この二つの修正の証拠にはなりません。告知ではリクエストサイズ、メモリ制限、エラートレースも扱います。メモリ制限の解除はホスト資源の枯渇を招くため、他の設定も条件と運用への影響を確認してから適用してください。

確認日時: 2026-10-21 23:25:00 UTC

ベンダーの出典 ↗

ベンダーの出典 ↗

PHP 脆弱性 対応後の確認

重要なリクエスト、ログイン、アップロード、ログ、定期処理、バックグラウンドワーカーをテストします。Web 用 PHP をすべて再起動し、各サイトの実行バージョンを確認してください。配布元と完全なリビジョンを記録し、EOL ブランチは移行も計画します。

バージョン確認 →

移行ガイドを読む →

よくある質問

PHP 脆弱性の更新後も古い番号に見えるのはなぜですか?

配布元は短い番号を変えず旧ブランチに修正を適用することがあります。完全なリビジョンと配布元を告知と比較し、Web 用 PHP を確認してください。

端末の PHP を更新するとサイトも更新されますか?

必ずしもそうではありません。端末、FPM、管理パネルは別の実行ファイルを使用する場合があります。PHP 脆弱性の更新後は各サイトに割り当てたランタイムを確認します。

PHP ワーカーの再起動は必要ですか?

はい。FPM、Apache、長時間稼働するアプリワーカーをベンダー手順で再起動します。パッケージの導入だけでは、全プロセスが新版を読み込んだことを確認できません。

出典と確認記録

確認日時: 2026-10-22 03:29:51 UTC