01うちのホームページはPHPの脆弱性の影響を受ける?
WordPressで作ったサイトや、問い合わせフォームをPHPで動かしているサイトは、サーバーのPHPが修正版になるまで影響を受ける可能性があります。サイトがどの仕組みで作られているか分からない場合は、制作会社に構成を聞くのが確実です。
2026年10月21日付でphp.netが公開した修正版(8.5.12/8.4.27/8.3.36/8.2.35)は、ログインなしで外部からプログラムを動かされるおそれのある深刻な問題を2件(番号はCVE-2026-109618と同109619)直したものです(php.net:2026年10月21日のセキュリティ告知)。影響を受けるのは各系列でこれらより前の版だと、開発元のGitHubのセキュリティ情報(1件目・2件目)に書かれています。
PHPはWordPressや問い合わせフォームの裏側で動くプログラム言語で、見た目からは使っているか分かりません。作り方ごとの目安は次のとおりです。
| ホームページの作り方 | 今回の件との関係 | 確認する相手 |
|---|---|---|
| WordPressで構築 | サイト全体がPHPで動くため関係があります | 保守会社(いなければ制作会社)とサーバー会社 |
| HTMLのページ+PHPのフォーム | フォームの部分がPHPで動きます | 制作会社とサーバー会社 |
| 制作会社の独自システム(CMS) | PHPで作られているかはシステムによります | システムを作った制作会社 |
| Wix・Jimdo・STUDIO・ペライチなどの作成サービス | サーバーは提供元が管理し、利用者がPHPを更新する仕組みではありません | 提供元の公式のお知らせ |
表の「関係」は、php.netの告知と各サービスの一般的な仕組みをもとに当サイトが整理した目安です(確認日 2026-10-23)。
IPA(情報処理推進機構)は、10月21日の「事前準備のお願い」(IPAの事前準備の告知)に続いて、22日に修正版への更新を求める注意喚起を出しました(IPAの10月22日の注意喚起)。海外では、Amazonのセキュリティブログが公表前から悪用の試みを観測していると報告しています(AWS Security Blog)。慌てる必要はありませんが、確認は先延ばしにせず進めます。
02制作会社・保守会社には何を聞けばいい?
最初に聞くのは「うちのサイトはPHPを使っているか」「サーバーのPHPはいつ修正版になるか」「その作業は今の契約の範囲内か」の3点です。そのあとで、PHPの版の切り替えやWordPressの更新が必要かどうかを確かめます。
次の質問はそのまま使えます。「控えておくこと」の欄を埋めていけば、社内への説明にも使えます。
| 聞くこと | 聞く理由 | 返事で控えておくこと |
|---|---|---|
| うちのサイトはPHPを使っていますか(WordPress・フォームなど) | 使っていなければ今回の対応はほぼ不要になるため | PHPを使う部分の有無と場所 |
| サーバーはどの会社のどのプランで、契約者は誰ですか | サーバー会社のお知らせが誰に届くかが決まるため | サーバー会社名・プラン名・契約者(自社か制作会社か) |
| 今のPHPの版は何ですか。修正版はいつ適用されますか | 共用サーバーではサーバー会社の適用時期によるため | 現在の版(例:8.3)と、修正の適用が済んだ日付(番号を変えずに修正する会社もあるため、番号だけで判断しない) |
| PHPの版を切り替える必要はありますか | 8.1以前は開発元の更新対象外のため | 切り替えの要否、切り替え後の動作確認の方法 |
| WordPress本体とプラグインは最新ですか | 2026年7月のwp2shellの修正が済んでいるかも確かめるため | WordPressの版と、更新した日 |
| 今回の作業は保守契約の範囲内ですか | 範囲外なら費用と日程の合意が先に必要なため | 範囲内か外か、範囲外の場合の見積額と作業日 |
| 作業の前にバックアップを取り、終わったら報告をもらえますか | 不具合が出たときに元に戻せるようにするため | バックアップの取得日と、作業後の確認結果 |
問い合わせはメールなど記録が残る方法で送ります。夜間や休日は、契約書の緊急連絡先と受付時間を先に確かめます。
03保守契約に、サーバーの更新や緊急対応は含まれている?
契約書や見積書の「保守」の内訳に、サーバー側の更新、CMSの更新、緊急時の対応の3つが書かれているかで見分けます。「保守一式」としか書かれていない場合は、今回の作業が含まれるかを制作会社に文書で確かめます。
| 見る観点 | 契約書・見積書で探す言葉 | 書かれていないときの扱い |
|---|---|---|
| サーバー側の更新 | サーバー管理、OS・ミドルウェアの更新、PHPのバージョン管理 | 共用サーバーならPHP本体はサーバー会社が更新。版の切り替えは別途相談 |
| CMSの更新 | WordPress本体・テーマ・プラグインの更新、更新頻度、更新前の検証 | 更新は自社で行うか、単発の作業として見積もりを取る |
| 緊急対応 | 障害・脆弱性対応、受付時間、時間外対応、初回の返答目安 | 対応してもらえるか、費用がかかるかは契約次第のため、制作会社に確かめる |
| バックアップと復旧 | バックアップの頻度・保存期間、復旧作業の費用 | 作業前に自社でバックアップの有無を確かめる |
表は契約書を読むときの観点の整理で、特定の契約の内容を示すものではありません。保守に何が含まれるかは、それぞれの契約で決まります。
VPSや専用サーバーで構築したサイトは、PHPの更新そのものが契約者側(またはその委託先)の作業になるため、保守契約にサーバーの更新が入っているかが特に大切です。
保守の月額に何が含まれるかの一般的な見方は保守費用の記事、WordPressの更新やバックアップの確認点はWordPress保守の記事で詳しく扱っています。
04保守契約に入っていない場合は誰が直す?
共用レンタルサーバーのPHP本体は、サーバー会社が更新するのが基本です(時期は各社のお知らせで確認します)。ただし、PHPの版の切り替え、WordPressやプラグインの更新、その後の動作確認は、サイトの持ち主である自社が判断し、自分で行うか、制作会社などに単発で依頼します。
2026年10月23日朝に各社の公式サイトを確認した時点では、下の表のうちKAGOYAを除く5社が、修正の適用を終えたと告知していました。主な会社の案内は次のとおりです。
| サーバー会社 | 公式の案内(確認日 2026-10-23) | 発信元 |
|---|---|---|
| エックスサーバー | 22日午後までに、PHP 5.6〜8.5の対象サーバーすべてへ修正パッチを当て終えた(5.5以下は準備中)。止めていた管理画面などは22日9時30分から順に再開。利用の状況によっては、利用者にも追加の対策を頼むことがあるとしている(22日20時10分時点) | 10月22日のお知らせ |
| さくらのレンタルサーバ | 提供しているPHPと、サポートが終わった版の両方に修正を適用済みで、22日朝に一部の機能を除いて緊急メンテナンスを解除。古い版は使い続けず、サポート対象の版へ移るよう勧めている | 対応状況のお知らせ |
| ロリポップ! | 修正が終わるまで一部のサーバーでサイトの表示を止め、22日13時頃に再開。利用者には、8.2以降への切り替え、WordPressの更新状況、フォームなどの動作の確認を頼んでいる | お知らせ・公式X |
| ConoHa WING | すべてのPHPの版に修正を当て、22日20時45分に緊急メンテナンスを終えた(終報)。利用者が版を変える必要はないとしている | ConoHa WING ニュース |
| KAGOYA | レンタルサーバープランは22日24時の完了見込みと案内(確認時点で完了の告知はなし)。マネージド専用・共用・WordPress専用のプランは対応を調整中で、それまでサイトの公開停止やアクセス制限を検討するよう利用者に求めている | KAGOYA ニュース |
| mixhost | 22日午前に全サーバーのPHP 5.2〜8.5へ修正を適用。利用者の作業は不要で、8.2未満なら8.2以上を勧めている | mixhost ニュース |
ここにない会社は、確認の時点で本件の公式な案内が見当たらなかったもので、対応がないという意味ではありません。並び順に意味はありません。
共用サーバーでは、同じ系列の中の細かな修正をサーバー会社が利用者の操作なしに行う例があり、エックスサーバーは10月19日にも全プランのPHPを更新しています(エックスサーバーの10月19日のお知らせ)。今回、ConoHa WINGとmixhostは版の番号を変えずに修正を取り込んだと案内しており、画面に出る番号が古いままでも修正済みのことがあります。8.1から8.3へといった版の切り替えは、持ち主が管理画面で選び、動作確認も必要です。
サーバーの契約者が制作会社の場合、お知らせは自社には届きません(名義の記事)。
単発で頼むときは、作業内容・費用・作業日・バックアップ・作業後の報告を見積もりで確かめてから依頼します。依頼先が従業員のいない個人なら、取引条件を書面やメールで示す義務があります(フリーランス法の記事)。
PHP 8.1以前は開発元の通常の更新の対象外です(7.4〜8.1向けの最小限の修正はソースコードでのみ公開。php.net)。8.1以前を選んでいるサイトは、8.2以降への切り替えを制作会社に相談します。
05担当者が自分で確認できることは?
技術的な作業をしなくても、サーバー会社と契約者の確認、サーバー会社のお知らせ、契約書の保守の範囲、WordPressの版の4つは、担当者が自分で確かめられます。
- サーバー会社と契約者を確かめる:サーバー会社からの請求書や領収書、契約時の書類を探します。見つからなければ制作会社に聞きます。
- サーバー会社のお知らせを読む:メールのリンクからではなく、ブックマークや検索で開いたサーバー会社の公式サイトで、メンテナンスやセキュリティのお知らせを読みます。
- 契約書の保守の範囲を見る:前の見出しの表の言葉が、契約書・見積書・請求書の明細にあるかを確かめます。
- WordPressの版を見る:管理画面に入れる場合は、ダッシュボードの「更新」の画面で、WordPress本体の版と更新が残っていないかを見られます。
サーバーの管理画面でPHPの版も見られますが、10月21日〜22日には管理画面を一時停止した会社があり、再開の状況は各社のお知らせで確かめます。版を自分で切り替えるとサイトが表示されなくなることがあるため、切り替えは制作会社と相談してから行います(各社の仕様はサーバー料金データ)。
06WordPressで話題になった wp2shell とは違う?
別物です。wp2shellは2026年7月に話題になったWordPressそのものの欠陥の呼び名で、今回の2件はWordPressの下で動くPHPの欠陥です。WordPressのサイトなら、どちらも直っているかを確かめます。
IPAの注意喚起(7月22日掲載)では、wp2shellの元になったのはCVE-2026-60137とCVE-2026-63030の2件で、7.0.0〜7.0.1と6.9.0〜6.9.4が対象、6.8系は前者の1件だけが対象です。直った版は7.0.2・6.9.5で、6.8.6では前者だけが直っています。
IPAは、自動更新が無効だったり失敗したりする環境もあるとして、管理画面で版を確かめるよう案内しています。WordPress本体を更新してもPHPの脆弱性は直らず、その逆も同じです。
07困ったときの相談先は?
サイトの中身は制作会社・保守会社へ、PHPの適用時期は契約しているサーバー会社へ、改ざんや情報の漏えいが疑われるときはIPAの企業・組織向けの相談窓口へ相談します。
- 制作会社・保守会社:PHPを使う部分の確認、版の切り替え、WordPressやフォームの更新。
- サーバー会社:修正の適用が済んだか、利用者に追加の依頼があるか。問い合わせが集中しやすいため、お知らせを先に読みます。
- IPA 企業組織向けサイバーセキュリティ相談窓口:被害が疑われるときの初動の助言や、インシデント対応を行う専門業者の一覧の紹介(事案の調査・解析は行わないとしています。IPA:相談・届出窓口一覧)。
- IPA 情報セキュリティ安心相談窓口:一般の方向けの、ウイルスや不正アクセスの技術的な相談(IPA:安心相談窓口)。
JPCERT/CCは10月22日に本件の注意喚起を出し、更新したあとも攻撃を受けた跡がないかを確かめるよう呼びかけています(JPCERT/CCの注意喚起)。同じ日のIPAの注意喚起は、PHPを長く更新していないシステムについて、担当者だけでなく事業責任者や経営層も交えて、保守の体制や移行、公開の終了まで含めて検討するよう求めています(IPA:PHPの脆弱性対策について)。
保守会社を見直す場合は、緊急時の受付体制と更新の範囲を同じ質問で比べます(セキュリティ保守の記事)。
よくある質問
- 「php2shell」という呼び名は公式のもの?
- この呼び名は、php.netの10月21日の告知には使われていません。IPAの10月22日の注意喚起では2件の組み合わせの呼び名として紹介され、セキュリティ企業のブログでは研究者の投稿で使われた呼び名と説明されています(GMO Flatt Security Blog)。やり取りではCVE番号を書き添えると取り違えを防げます。
- PHP 8.2を使っています。修正版になれば当面は安心ですか?
- 今回の2件は8.2.35で修正されます。ただし、php.netのサポート期間の一覧では、PHP 8.2のセキュリティ修正の提供は2026年12月31日までです(php.net:Supported Versions)。8.3以降への切り替えの時期も制作会社と相談しておきます。
- サーバー会社の管理画面に入れません。ホームページは止まっていますか?
- 会社によって違います。エックスサーバーは10月21日16時から管理画面などを止めていた間も、利用者のサーバーは動き続け、Webサイトの表示やメールに影響はないと案内し、22日9時30分から順に再開しています(エックスサーバー:10月22日のお知らせ)。一方、ロリポップ!は修正が終わるまで一部のサーバーでサイトの表示そのものを止め、22日13時頃に再開しました(ロリポップ!公式X)。契約しているサーバー会社のお知らせで確かめます。
確認リスト
- サイトがPHPを使っているか(WordPress・フォーム)を制作会社に確かめた
- サーバー会社・プラン・契約者を控えた
- サーバー会社の公式のお知らせで修正版の適用予定を確かめた
- 今回の作業が保守契約の範囲内か、範囲外なら見積もりを確かめた
- WordPressの版(wp2shellの修正)も確かめた
公式情報・参考資料
確認日:2026-10-21〜23(日本時間)。この記事は2026年10月23日7時37分時点の情報で、攻撃の方法や再現の手順は扱っていません。契約の解釈など個別の判断は、契約先や専門家に確認してください。
- php.net:Security advisory(2026年10月21日・PHP 8.5.12/8.4.27/8.3.36/8.2.35)
- php.net:Upcoming Critical PHP Security Release(2026年10月20日・CVSS v4.0 9.2)
- php.net:Supported Versions
- PHP(GitHub):GHSA-w8hw-w9fx-j79w(CVE-2026-109618)
- PHP(GitHub):GHSA-6wmf-4rv5-p3rp(CVE-2026-109619)
- IPA:【事前準備のお願い】PHPのセキュリティリリース公開予定について(2026年10月21日)
- IPA:PHPの脆弱性対策について(CVE-2026-109618、CVE-2026-109619:PHP2shell)(2026年10月22日)
- IPA:WordPressの脆弱性対策について(CVE-2026-60137、CVE-2026-63030:wp2shell)
- IPA:サイバーセキュリティ 相談・届出窓口一覧
- IPA:情報セキュリティ安心相談窓口
- JPCERT/CC:PHPにおける複数の脆弱性(CVE-2026-109618、CVE-2026-109619)に関する注意喚起(2026年10月22日)
- AWS Security Blog:Amazon Threat Intelligence identifies PHP2Shell exploitation prior to public disclosure in MadPot(2026年10月21日)
- エックスサーバー:予防的な安全対策に伴う公式サイト・管理画面等の一時停止のお知らせ(2026年10月22日掲載)
- さくらインターネット:【重要】PHPの脆弱性に関する当社の対応状況について(2026年10月22日)
- エックスサーバー:PHP 8.2〜PHP 8.5 アップデートのお知らせ(10/19 更新)
- ロリポップ!:PHPの脆弱性への対応のお知らせ(経緯と詳細)
- ロリポップ!公式X:【復旧のお知らせ】(2026年10月22日)
- ConoHa WING:【重要】PHPの脆弱性への弊社対応完了のお知らせ(終報)(2026年10月22日)
- KAGOYA:PHPの脆弱性(CVE-2026-109618/CVE-2026-109619)に関する当社サービスへの影響について(2026年10月22日18時15分更新)
- mixhost:【完了】PHPの重大な脆弱性への対応について(2026年10月22日)
- GMO Flatt Security Blog:PHPの重大な脆弱性「php2shell」の概要と対応指針(呼び名の由来の確認のみ)
予定と成果を、測れる項目に分けてみよう。