RHEL, AlmaLinux and Rocky と PHP2Shell：影響の有無と対処法

RHEL, AlmaLinux and Rocky が使う PHP バージョンの確認方法

環境に合うコマンドを実行します。同じブランチで 8.2.35、8.3.36、8.4.27、8.5.12 以上なら修正済み。古いブランチはベンダーが修正を明記したビルドのみ修正済みです。

rpm -qa 'php*' | sort
dnf module list --enabled php
dnf updateinfo list --security | grep php

コマンドラインの php はサイトを動かす PHP と違うことがあります。確実にするには Web SAPI（認証付きの一時的な phpinfo() ページか、パネルの PHP 設定）を確認し、終わったら削除してください。当サイトのバージョンチェッカーで番号を比較できます。

🔎 バージョン番号がわかったら PHP2Shell チェッカーで確認 →

RHEL, AlmaLinux and Rocky の PHP2Shell を修正する方法

1. Debian/Ubuntu：sudo apt-get update && sudo apt-get install --only-upgrade 'php8.3*'（インストール済みの PHP ごとに）。
2. RHEL/Alma/Rocky/Amazon Linux：sudo dnf upgrade 'php*'。
3. PHP を再起動：sudo systemctl restart php8.3-fpm（または php-fpm）。mod_php の Apache は完全再起動が必要で、graceful では足りません。
4. ディストリは PHP の番号を変えずに修正をバックポートすることが多いため、パッケージ版か changelog を告知と照合します。

確認を AI エージェントに任せたい場合： 影響の有無を確認 · AI エージェントで修正

すぐに修正できない場合

• アプリが上書きできない場所（php.ini、FPM プールや Apache 設定の php_admin_value）で session.upload_progress.enabled = 0 を設定し、PHP を再起動します。
• PHP 8.5 では fatal_error_backtraces = 0 を設定します。
• PHP の暫定策には memory_limit と小さい post_max_size も含まれます。一部の経路しか防げないため対策ページの通りに設定してください。
• ベンダーのバックポートがない PHP 8.1 以前なら、アクセス制限（VPN、IP 許可リスト）かサービス停止を。WAF ルールは役立ちますが修正ではありません。

よくある質問

関連製品

• Ubuntuベンダー修正あり
• Ondřej Surý PPA and packages.sury.orgベンダー修正あり
• Debianベンダー修正あり
• Remi's RPM repositoryベンダー修正あり
• Alpine Linux一部修正
• PHP on Windows and IISベンダー修正あり

← PHP を同梱する製品一覧

関連：プラットフォーム別の対策 · 影響バージョン · ベンダー状況

公開情報の非公式まとめです。当サイトはベンダーや PHP プロジェクトとは無関係で、攻撃コードは掲載しません。