製品とスタック · ローカル統合環境とアプリサーバー

MAMP と PHP2Shell：影響の有無と対処法

MAMP が使う PHP バージョンの確認方法

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

ls /Applications/MAMP/bin/php/
/Applications/MAMP/bin/php/php8.3.28/bin/php -v

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

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

MAMP の PHP2Shell を修正する方法

MAMP はローカル専用に。Apache/Nginx が localhost のみで待ち受け、ポート転送されていないことを確認します。
修正 PHP を含む MAMP の更新を待ちます。今すぐ修正版が必要なら、Homebrew に 8.2.35、8.3.36、8.4.27、8.5.12 があります（brew upgrade php）。
ベンダーが修正 PHP を出すまで、PHP ベースの画面を信頼できないネットワークから到達できないようにします：管理ネットワーク、IP 許可リスト、VPN に限定。
ベンダーの更新が出たらすぐ適用し、バージョンを再確認します。

確認を 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 ルールは役立ちますが修正ではありません。

よくある質問

MAMP は PHP2Shell の影響を受けますか？

影響を受ける可能性が高い：ベンダーの修正も声明も見つかっていません。 MAMP は独自の PHP ビルドを同梱しています。最新リリース（7.4.4、2026 年 10 月 1 日）は PHP 8.3.28、8.4.15、8.5.0 で、すべて脆弱です。MAMP による PHP2Shell の声明は見つかっていません。

MAMP 自体を更新すれば CVE-2026-109618 と CVE-2026-109619 は直りますか？

更新に修正済み PHP が含まれる場合のみです。PHP2Shell は PHP インタープリターの脆弱性なので、MAMP が動く PHP が問題です。更新後にバージョンを確認してください。

PHP2Shell を修正した PHP バージョンは？

2026 年 10 月 21 日公開の PHP 8.2.35、8.3.36、8.4.27、8.5.12 です。PHP 8.1 以前は PHP プロジェクトからリリースがなく、バックポートしたベンダービルド（または 7.4、8.0、8.1 用ソースパッチで自前ビルド）のみが修正になります。

MAMP にまだ修正がない場合は？

PHP ベースの Web 画面をインターネットから遮断（VPN か IP 許可リスト）し、session upload progress の無効化など PHP の暫定設定を適用、ベンダー更新が出たらすぐ入れます。暫定設定はリスクを下げますが修正ではありません。

← PHP を同梱する製品一覧

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

出典

外部リンクは本サイトの外に移動します。本サイトはエクスプロイトコードを掲載しません。

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