PHP の重大な脆弱性2件(CVE-2026-109618・CVE-2026-109619)、修正版を公開(2026年10月21日)
この記事の情報源:開発元・公的機関の公表(公表された事故ではなく、脆弱性についての注意喚起です。事例の一覧・件数には含めていません)
2026年10月22日 6時30分の時点で、当サイトが出典を確かめた情報です。JPCERT/CC の注意喚起は、当サイトが確かめた時点では出ていません。IPA の呼びかけは修正版の公開前の内容で、IPA はページを更新する予定としています。出たら・更新されたら、この記事に反映します。最新の情報は、下の出典でご確認ください。
掲載
要点
Web サイトで広く使われているプログラム言語 PHP に、重大な脆弱性が2件見つかりました(CVE-2026-109618・CVE-2026-109619)。PHP の開発元は、どちらも深刻度を CVSS v4.0 で 9.2(10点満点)としています。
悪用されると、ログインしていない第三者が外から送った通信で、サーバー上で任意のプログラムを動かされるおそれがあります。開発元は、Web のリクエストを処理しているすべての PHP が対象で、Apache の mod_php の構成が最も危険だとしています。
2026年10月21日に修正版(8.5.12・8.4.27・8.3.36・8.2.35)が公開されました。PHP 8.1 以前のサポートが終わった版には、開発元からの修正版は出ません。
PHP で動いているサイト(WordPress・EC-CUBE などの CMS や EC サイトを含む)の運営者は、使っている PHP の版を確かめ、修正版かサポート中の版へ更新してください。レンタルサーバーの場合は、提供事業者が修正を当てたかどうかの案内を確かめてください。
何が起きたか
PHP の開発元(The PHP Group)は、2026年10月21日(日本時間)に「修正版を出す予定」と前もって知らせたうえで、同じ日に修正版を公開しました。前もっての告知の段階で、IPA(情報処理推進機構)は、公開後すぐに更新できるよう準備を呼びかけていました。
1件目(CVE-2026-109618)は、メモリが足りなくなったときの PHP の後始末の処理に不備があり、整っていないデータを正しいものとして扱ってしまうものです。2件目(CVE-2026-109619)は、ある通信の処理で使った内部の情報が、処理の後も残ってしまい、同じプロセスが次の通信を処理するときに使われてしまうものです。
開発元によると、どちらも、細工した通信を外から送るだけで悪用でき、ログイン(認証)は要りません。Apache の mod_php の構成では、サイトのプログラム(CMS など)が動き始める前の段階で、1回の通信で攻撃が成り立つことが確かめられています。PHP-FPM・php-cgi・LiteSpeed・FrankenPHP など、ほかの動かし方も対象です。
影響を受ける版と修正版
| 系列 | 影響を受ける版 | 修正版 |
|---|---|---|
| PHP 8.5 | 8.5.12 より前 | 8.5.12 |
| PHP 8.4 | 8.4.27 より前 | 8.4.27 |
| PHP 8.3 | 8.3.36 より前 | 8.3.36 |
| PHP 8.2 | 8.2.35 より前 | 8.2.35 |
| PHP 8.1 以前(7.4・7.x・5.x など) | 影響を受けるとされています(サポート終了) | 開発元の修正版は出ません |
- PHP 8.2〜8.5 の範囲は、開発元の公表(GitHub の Security Advisory・NVD の登録)に書かれた影響を受ける版です。
- 8.1 以前について、開発元は「更新を出さない」としたうえで、自分でビルドする人向けに 7.4・8.0・8.1 用の最小限の修正を公開しました。Linux の配布元や長期サポートの事業者が、古い版に修正を取り込んで配っている場合もあります。CERT-EU(EU 機関の CSIRT)は、サポートが終わった版も影響を受ける製品に挙げています。
- 開発中の PHP 8.6 は、10月21日の RC4 に修正が入っています(試験版のため、本番では使わないよう開発元は案内しています)。
- PHP は、市販のソフトウェアや通信機器などの内部に組み込まれている場合もあります。製品の中の PHP は、製品の開発元・提供元の案内を確かめてください(IPA の呼びかけ)。
悪用の状況
悪用の状況は、情報源によって見方が分かれています。当サイトでは断定せず、それぞれの公表を並べます。
PHP の開発元
攻撃の手順が成り立つことは確かめられている(mod_php の構成で、認証なしの1回の通信)。実際の攻撃の有無には触れていない。 出典
IPA
事前準備の呼びかけの時点で、IPA としては悪用した攻撃を確認していない。ただし悪用されるおそれがあり、攻撃が極めて短い時間で始まる可能性もあるとしている。 出典
CERT-EU
技術的な詳細が公に議論され、試験用の攻撃コードが出回り始めたとして、悪用されている可能性が高まっているとしている。 出典
watchTowr(民間のセキュリティ企業)
自社の観測網で、10月21日に悪用を観測したと公表している。 出典
米国 CISA の KEV(悪用が確認された脆弱性の一覧)
当サイトが確かめた時点では、2件とも載っていない。 出典
PHP の脆弱性は過去にも攻撃に使われ、IPA が注意を呼びかけたことがあります(2024年の CVE-2024-4577)。今回も、悪用の有無の確認を待たずに更新を進めてください。
サイト運営者がやること
1. 使っている PHP の版を確かめる
まず、自社のサイトがどの版の PHP で動いているかを確かめます。
- レンタルサーバーなら、コントロールパネルの「PHP の設定」「PHP バージョン」などの画面に、選んでいる系列(例:8.3)が出ます。
- WordPress なら、管理画面の「ツール」→「サイトヘルス」→「情報」→「サーバー」に、動いている PHP の版が出ます。
- サーバーを自分で管理しているなら、Web で使っている PHP(php-fpm・mod_php など)の版を確かめます。コマンドの php -v は、Web で動いている PHP と別のものを指していることがあります。
- 版を確かめるために phpinfo() のページを作った場合は、確かめたらすぐ消してください。公開したままにすると、攻撃の手がかりになります。
2. 修正版へ更新する(PHP 8.2〜8.5)
同じ系列の修正版(8.5.12・8.4.27・8.3.36・8.2.35 以降)へ更新します。Linux の配布元のパッケージを使っている場合は、配布元が出した更新を当てます(番号の付け方が開発元と違うことがあるので、配布元のお知らせで今回の CVE が直っているかを確かめます)。
- 更新したら、PHP を動かしているプロセス(php-fpm・Apache など)を再起動し、表示・フォーム・決済など主な動きを確かめてください。
- PHP 8.2 は、2026年12月31日で開発元のセキュリティ修正の提供が終わります。今回 8.2 を更新した場合も、8.3 以降への移行を計画してください。
3. サポートが終わった版(PHP 8.1 以前)を使っている場合
サポートが終わった版には、開発元の修正版が出ません。今回のように重大な脆弱性が見つかっても、そのままでは直せない状態です。IPA は、サポートが終わった古い PHP を使い続けているサイトがあることを、今回の呼びかけの中で指摘しています。
- Linux の配布元や長期サポートの事業者と契約しているなら、修正を取り込んだ版が出ていないかを確かめます。
- そうでなければ、サポート中の版(8.3 以降)への移行を急いで計画してください。移行の前に、使っている CMS・プラグイン・自作のプログラムが新しい版で動くかの確認が要ります。
- 開発元が出した 7.4・8.0・8.1 用の最小限の修正は、PHP を自分でビルドして使う人向けです。
4. レンタルサーバー・ホームページの制作会社に任せている場合
レンタルサーバーでは、PHP 本体の更新は提供事業者が行います。利用者がやることは次のとおりです。
- 提供事業者のお知らせ(メンテナンス・障害・セキュリティの情報)で、今回の脆弱性への対応(修正版の適用)が済んだかを確かめます。
- コントロールパネルで、サポートが終わった古い系列(7.4・8.0・8.1 など)を選んでいないか確かめます。古い系列は、事業者が修正を当てられないことがあります。切り替える前に、サイトのバックアップを取り、CMS やプラグインが新しい系列に対応しているかを確かめてください。
- お知らせで分からないときは、提供事業者に「CVE-2026-109618・CVE-2026-109619 への対応状況」を問い合わせてください。
- サイトの運用を制作会社に任せている場合は、制作会社に同じことを確かめてください。
5. すぐに更新できない場合(サーバーを自分で管理している場合)
開発元は、更新までの間に攻撃の経路の一部を減らす設定(メモリの上限や送信できるデータの大きさの設定、アップロードの進み具合を記録する機能を止める設定など)を示しています。ただし、どれも完全な対策ではなく、更新だけが解決になるとしています。設定の中身は、出典の PHP の開発元の告知で確かめてください。
CERT-EU は、すぐに更新できないときは、インターネットに公開しているサービスを外から切り離すことも検討するよう勧めています。
6. 更新の後に(一般的な案内)
更新前の期間に攻撃を受けていないとは言い切れません。サイトのファイルに覚えのないものが増えていないか、管理者のアカウントが増えていないかを確かめてください。不審な点があれば、「事故が起きたら」のページも参考にしてください。
自社のサイトを確かめる
公開しているサイトの応答に PHP の版が出ている場合、無料診断の「CMS・サーバーのバージョン露出」で、今回の修正版より古いかどうかを表示します。版を出していないサイトは「版を公開していません(良い設定です)」と表示し、当否は判定しません(PHP を使っている場合は、管理画面や提供事業者の案内で版を確かめてください)。Linux の配布元やレンタルサーバーの事業者(CloudLinux を使うものなど)が修正を取り込んだ版では、表示される番号が古いままのことがあるため、配布元の記号が付いた版は「推奨」にとどめています。結果は提供事業者の案内と合わせて確かめてください。あわせて、応答の名乗りから推測できる OS とそのサポート期間も表示します。
無料診断は、CMS・メール認証・セキュリティヘッダ・SSL/TLS の4種類をまとめて確かめます。登録不要です。
無料で診断する毎日の速報は X で。新しく掲載した事例と注意喚起をお知らせしています。
@incidentnews_jp をフォローする出典
- PHP の開発元(php.net) Security advisory: Critical remote code execution vulnerabilities, update now
- PHP の開発元(php.net) Upcoming Critical PHP Security Release(事前の告知)
- PHP の開発元(GitHub) GHSA-w8hw-w9fx-j79w:RCE via OOM corruption(CVE-2026-109618)
- PHP の開発元(GitHub) GHSA-6wmf-4rv5-p3rp:RCE via stale global state(CVE-2026-109619)
- IPA(情報処理推進機構) 【事前準備のお願い】PHPのセキュリティリリース公開予定について
- CERT-EU Security Advisory 2026-018:Critical Vulnerabilities in PHP
- NVD(米国 NIST) CVE-2026-109618
- NVD(米国 NIST) CVE-2026-109619
- PHP の開発元(php.net) Supported Versions(系列ごとのサポート期限)
- watchTowr PHP CVE-2026-109618 FAQ(悪用の観測)
出典の文章は転載せず、要約しています。英語の出典は当サイトが日本語でまとめたものです。
更新履歴
- 2026年10月22日:掲載(2026年10月22日 6時30分の時点の情報)
- 2026年10月22日:「自社のサイトを確かめる」を更新(無料診断で、版を公開していないサイトの表示・配布元の版の扱い・OS の推測を追加)
本ページは開発元・公的機関の公表を要約したものです。個別の環境で影響を受けるかどうかは、お使いのサーバー・製品の提供元にお確かめください。記載に誤りがある場合は訂正・削除のご依頼からお知らせください。