PHPの重大な脆弱性とは?WordPressへの影響と今すぐ確認すべき対策【2026年10月】
INDEX

2026年10月21日、Webサイトで広く使用されているプログラミング言語「PHP」に、2件の重大なセキュリティ脆弱性があることを受け、修正版が公開されました。
PHPは、WordPressをはじめ、多くの企業サイトやWebサービスを動かしているプログラミング言語です。
今回の脆弱性は、条件によって外部から不正なプログラムを実行される可能性があり、PHPの開発元も早急な更新を呼びかけています。
そのため、WordPressでホームページを運営している企業や店舗の担当者も、現在のPHP環境を確認する必要があります。
「WordPressで作ったホームページは大丈夫?」
「PHPのバージョンはどこで確認できる?」
「レンタルサーバーを使っている場合は、何をすればいい?」
こうした疑問に答えるため、今回の脆弱性の概要から、WordPress管理者が確認すべきこと、PHPを更新する際の注意点、サーバーの管理情報がない場合の対処法まで解説します。
最初に確認|今回のPHP脆弱性で何をすればいい?
今回の問題について、WordPressを運営している方がまず確認したいのは、次の3つです。
1. 契約しているレンタルサーバー会社の対応状況
サーバー会社が今回の脆弱性に対して修正や安全対策を実施しているか、公式のお知らせを確認します。
2. 現在使用しているPHPのバージョン
WordPress管理画面の「サイトヘルス」から確認できます。古いバージョンを使用している場合は注意が必要です。
3. 修正版への更新が必要か、すでに対策が適用されているか
サーバー側で修正が完了している場合もあれば、管理者自身による更新が必要な場合もあります。
重要なのは、PHPの脆弱性が修正されていない状態を放置しないことです。
PHP開発元は、更新できない場合の暫定的なリスク低減策も案内していますが、これらは完全な対策ではなく、修正版への更新が必要だと説明しています。
一方で、PHPを変更すると、古いWordPressテーマやプラグインが正常に動作しなくなる場合があります。
そのため、バックアップや互換性を確認しながら、速やかに修正版を適用することが大切です。
なお、レンタルサーバー会社による緊急メンテナンスなどで、管理画面にアクセスできない場合もあります。
そのような場合は、公式情報を確認し、必要に応じてサーバー会社や制作会社に相談してください。
※本記事は2026年10月22日時点の公式情報をもとに作成しています。セキュリティ情報やレンタルサーバー会社の対応状況は、今後変更される可能性があります。
2026年10月、PHPに重大な脆弱性が発見
2026年10月21日、PHP開発元のThe PHP Groupは、2件の重大な脆弱性に対応したセキュリティアップデートを公開しました。
今回の脆弱性には、以下の識別番号が割り当てられています。
| 脆弱性識別番号 | 深刻度 |
|---|---|
| CVE-2026-109618 | CVSS v4.0:9.2 |
| CVE-2026-109619 | CVSS v4.0:9.2 |
CVSSとは、脆弱性の深刻度を数値で表す国際的な評価基準です。
今回の9.2という数値は非常に高く、迅速なセキュリティ対応が求められる水準です。
どのような危険があるのか?
今回の脆弱性では、条件によって外部の攻撃者がサーバー上で不正なコードを実行できる「リモートコード実行(RCE)」につながる可能性があります。
通常、Webサーバーは決められたプログラムや処理だけを実行します。
しかし、脆弱性を悪用されると、本来許可されていない処理が実行され、サイトの改ざんや情報漏えい、サーバーへの不正な操作などにつながるおそれがあります。
PHP開発元は、認証されていない攻撃者によるリモートコード実行につながる脆弱性として、注意を呼びかけています。
また、Webサーバー上でPHPがどのように動作しているかによって、攻撃が成立する条件やリスクは異なります。
特にPHP開発元は、Apacheのmod_php構成では、Webアプリケーションの処理が始まる前に攻撃が成立する例が確認されているとして、強く警戒を呼びかけています。
mod_php以外の環境なら安全?
今回の脆弱性は、mod_phpだけに限定された問題ではありません。
PHP公式は、PHP-FPM、php-cgi、FrankenPHP、LiteSpeedなど、Webリクエストを処理するさまざまなPHP実行環境についても注意を呼びかけています。
そのため、「自分のサーバーではmod_phpを使っていないから安全」と判断することはできません。
サーバーの構成がわからない場合も、まずは今回のセキュリティ修正が適用されているか確認することが重要です。
すでにWebサイトが攻撃されているということ?
ここは誤解しないようにしたいポイントです。
脆弱性が発見されたことと、実際に不正アクセスを受けたことは別の問題です。
IPA(独立行政法人情報処理推進機構)は、2026年10月21日に公開した注意喚起の時点では、今回の脆弱性を悪用した攻撃を確認していないと説明しています。
ただし、これは10月21日時点の情報であり、その後も攻撃が発生していないことを保証するものではありません。
脆弱性の詳細が公開されると、その情報を利用した攻撃が行われる可能性があります。
そのため、現在のサイトに目立った異常がなくても、PHPの修正状況を確認することが重要です。
PHPの脆弱性はWordPressにも影響する?
結論からいうと、WordPressで制作されたWebサイトも、今回の脆弱性の影響を受ける可能性があります。
理由は、WordPress自体がPHPというプログラミング言語を使用して動作しているためです。
PHPとWordPressの関係
WordPressは、専門的なプログラミング知識がなくても、記事の投稿やWebページの更新ができるCMS(コンテンツ管理システム)です。
普段はWordPressの管理画面から文章や写真を登録するだけなので、PHPを意識する機会はほとんどないかもしれません。
しかし、その裏側ではPHPがさまざまな処理を行っています。
例えば、以下のような機能です。
- WordPress管理画面の表示
- 投稿記事や固定ページの表示
- お問い合わせフォームの処理
- データベースからの情報取得
- テーマやプラグインの機能実行
そのため、PHPのセキュリティ上の問題はWordPressサイトの安全性にも関係します。
WordPressを最新版にすれば解決する?
今回の脆弱性は、WordPress本体ではなくPHP側に存在する問題です。
そのため、WordPress本体だけを最新版に更新しても、今回のPHPの脆弱性への対応が完了したことにはなりません。
WordPress公式も、今回の問題への対応としてWordPress本体の特別なアップデートは予定していないと説明しています。
必要なのは、PHP側に修正版が適用されていることを確認することです。
もちろん、WordPress本体やテーマ、プラグインを適切に更新することも、日常的なセキュリティ対策として重要です。
影響を受けるPHPバージョンと修正版
2026年10月21日、PHP開発元は以下の修正版を公開しました。
| PHPの系列 | 今回の修正版 |
|---|---|
| PHP 8.5 | 8.5.12 |
| PHP 8.4 | 8.4.27 |
| PHP 8.3 | 8.3.36 |
| PHP 8.2 | 8.2.35 |
各系列で今回の修正版より古いPHPを使用している場合は、修正の適用状況を確認してください。
また、PHP 8.1以前は、PHP開発元による通常のセキュリティサポートが終了しています。
今回、PHP開発元はPHP 7.4、8.0、8.1向けに最小限のソースコード修正も公開していますが、これは通常の公式サポートが再開されたことを意味しません。
サポートされている新しいPHPバージョンへの移行が基本となります。
なお、PHP 8.2についても、2026年12月31日に公式サポートが終了する予定です。
そのため、PHP 8.2を利用しているサイトでは、今回の修正だけでなく、今後のバージョン移行も検討しておきましょう。
PHPのバージョン番号だけで判断できない場合もある
レンタルサーバーによっては、PHPの表示バージョンを変更せず、独自にセキュリティ修正を適用している場合があります。
これは、修正されたプログラムの一部を既存バージョンに取り込む方法で、「バックポート」と呼ばれることがあります。
そのため、管理画面に表示されているバージョン番号だけでは、今回の脆弱性が修正されているか判断できない場合があります。
PHPバージョンの確認とあわせて、契約しているレンタルサーバー会社の公式情報も確認してください。
PHPのバージョン変更とセキュリティ更新は違う?
PHPの更新には、大きく分けて2つの種類があります。
例えば、PHP 8.3から8.4へ変更するような「バージョン系列の変更」と、PHP 8.3.35から8.3.36へ更新するような「同じ系列内でのセキュリティ修正」です。
| 更新の種類 | 具体例 |
|---|---|
| バージョン系列の変更 | PHP 8.3 → 8.4 |
| 同じ系列内の更新 | PHP 8.3.35 → 8.3.36 |
レンタルサーバーによっては、同じ系列内のセキュリティ更新をサーバー会社が実施するため、利用者自身で細かなバージョンを選択できない場合があります。
そのため、管理画面に今回の修正版が表示されていなくても、直ちに未対応とは限りません。
ただし、逆に古いバージョンのままで対策が完了しているとも判断できません。
まずはサーバー会社の公式案内で、修正の適用状況と追加操作の必要性を確認してください。
参考:PHP公式サイト
WordPress管理者が今すぐ確認すべき7つのこと
今回の脆弱性を受けて、WordPressサイトを運営・管理している方が確認したい項目を7つにまとめました。
1. 現在のPHPバージョンを確認する
まずは、自分のWebサイトがどのPHPバージョンで動いているのかを確認します。
WordPressを使用している場合は、管理画面から確認できます。
確認手順
- WordPressの管理画面にログインする
- 左側のメニューから「ツール」をクリックする
- 「サイトヘルス」を開く
- 「情報」タブを選択する
- 「サーバー」の項目を開く
- 「PHPバージョン」を確認する
ここに、現在使用しているPHPのバージョンが表示されます。
例えば「PHP 8.3.30」と表示されている場合、今回公開された8.3系列の修正版「8.3.36」より古いバージョンです。
この場合は、利用しているレンタルサーバーで脆弱性対策が適用されているか確認する必要があります。
なお、前述のとおり、レンタルサーバー会社によってはセキュリティ修正がバックポートされている場合があります。
PHPのバージョン番号だけではなく、サーバー会社の案内も確認してください。
2. レンタルサーバー会社の対応状況を確認する
レンタルサーバーを利用している場合、サーバー会社がPHPの修正やセキュリティ対策を実施することがあります。
そのため、利用者自身でPHPのプログラムを修正する必要がない場合もあります。
確認したいのは、次の3点です。
- 今回のPHP脆弱性への対応が実施されているか
- 自分が利用しているサービスやサーバーは対策対象か
- 利用者側でPHPの更新などの追加操作が必要か
サーバー会社が対応を発表している場合でも、契約サービスによって対応状況が異なることがあります。
自分の利用環境で、今回の脆弱性への対応が完了しているかを確認しましょう。
3. WordPress本体・テーマ・プラグインを確認する
今回の脆弱性はPHP側の問題ですが、WordPress本体やテーマ、プラグインが古いままでは、別のセキュリティ上の問題が残る可能性があります。
そのため、あわせて更新状況を確認しておきましょう。
- WordPress本体のバージョン
- 使用中のテーマの更新状況
- プラグインの更新状況
- 使用していないテーマやプラグインの有無
- 長期間更新されていないプラグインの有無
ただし、今回のPHP脆弱性への対応と、WordPressの通常更新は別の作業です。
更新を一度にまとめて実施すると、不具合が発生した際に原因を特定しにくくなります。
重要なサイトでは、更新前のバックアップを取得し、可能であればテスト環境で動作を確認してください。
4. バックアップが取得されているか確認する
PHPのバージョンを変更する前には、必ずバックアップを確認してください。
WordPressサイトでは、主に以下の2種類のデータが必要です。
| バックアップ対象 | 主な内容 |
|---|---|
| Webサイトのファイル | テーマ、プラグイン、アップロード画像など |
| データベース | 投稿記事、固定ページ、各種設定など |
どちらか一方だけでは、WordPressサイトを完全に復元できない場合があります。
また、バックアップが存在していても、実際に復元できる状態かどうかは別の問題です。
レンタルサーバーの自動バックアップ機能を利用している場合も、保存期間や取得日時、復元方法を確認しておくことをおすすめします。
5. PHP更新後にサイトが正常に動くか確認する
PHPを新しいバージョンへ変更すると、古いテーマやプラグインとの互換性によって不具合が発生する場合があります。
特に長期間更新していないWordPressサイトでは注意が必要です。
更新後は、最低限以下の項目を確認しましょう。
表示に関する確認
- トップページが正しく表示されているか
- 下層ページや記事ページが表示されるか
- 画像やスライダーが正常に動作しているか
- スマートフォンでも表示に問題がないか
機能に関する確認
- WordPress管理画面にログインできるか
- 投稿や固定ページを編集できるか
- お問い合わせフォームを送信できるか
- 自動返信メールや管理者通知メールが届くか
- ファイル添付機能がある場合は正常に送信できるか
エラーに関する確認
- PHPの重大なエラーが発生していないか
- サーバーのエラーログに新しい異常がないか
ECサイトの場合は、カート、注文、決済、注文確認メールなども確認する必要があります。
特にお問い合わせフォームは、ページの表示が正常でも、送信機能だけが動かなくなる場合があります。
「サイトが表示されているから問題ない」と判断せず、実際の機能まで確認することが重要です。
6. 不審なアクセスやエラーがないか確認する
PHPを修正版に更新することと、すでに不正アクセスを受けていないか調べることは、別の作業です。
今回の脆弱性への対応が完了しても、過去の不正アクセスによる問題が自動的に解消されるわけではありません。
必要に応じて、以下の項目も確認します。
- 身に覚えのない管理者アカウントが作成されていないか
- WordPress内に不審なファイルが追加されていないか
- 覚えのないページやリダイレクトが発生していないか
- サーバーのアクセスログに通常とは異なる傾向がないか
- エラーログに重大な問題が記録されていないか
ただし、ログに不審なアクセスが記録されているだけで、サイトが侵害されたとは断定できません。
逆に、目立った異常が見つからなくても、侵害されていないと断定することもできません。
不正アクセスが疑われる場合は、ログを削除せず、サーバー会社やセキュリティの専門家へ相談してください。
7. 対応内容を記録しておく
複数のWebサイトを管理している場合、どのサイトで何を確認し、どのような対応を行ったのかわからなくなることがあります。
今回のような緊急対応では、作業履歴を残しておくことも大切です。
例えば、以下のような管理表を用意します。
| 記録項目 | 内容 |
|---|---|
| サイト名 | 対象のWebサイト |
| サーバー会社 | 利用しているレンタルサーバー |
| PHPバージョン | 更新前・更新後 |
| 脆弱性への対応 | 修正適用の有無と確認根拠 |
| バックアップ | 取得日時と保存場所 |
| 動作確認 | 確認した機能と結果 |
| 作業日・担当者 | いつ、誰が対応したか |
対応履歴を残しておくことで、後から不具合が発生した場合にも状況を把握しやすくなります。
セキュリティ対策は、更新作業を行うだけでなく、その内容を継続的に管理することも重要です。
エックスサーバーなどのレンタルサーバーを利用している場合は?
今回のPHP脆弱性を受け、国内のレンタルサーバー会社やWebサービスでも、緊急メンテナンスや予防的な安全対策が行われています。
ただし、サーバー会社によってPHPの提供方法や管理体制が異なるため、利用者が行うべき操作も同じではありません。
エックスサーバーを利用している場合
エックスサーバーでは、2026年10月21日、セキュリティ上の問題に備えた予防的な対策として、アカウント管理画面やサーバーパネルなどへのアクセスを一時停止する対応が案内されました。
この対応は、今回の脆弱性に伴う予防的な措置として案内されたものであり、管理画面の停止だけを理由に不正アクセスが発生したと判断することはできません。
また、利用者のWebサイト表示やメール送受信については、継続して利用できる旨が案内されていました。
ただし、管理画面の一時停止が解除されたことと、利用中のPHP環境で今回の修正が完了していることは、必ずしも同じではありません。
利用者はエックスサーバーの公式情報で、自分のサーバーに対する対策内容と追加作業の必要性を確認してください。
エックスサーバーでPHPバージョンを確認する方法
サーバーパネルからPHPのバージョンを確認できます。
基本的な流れは次のとおりです。
- エックスサーバーのサーバーパネルにログインする
- 「PHP Ver.切替」を開く
- 対象ドメインを選択する
- 現在設定されているPHPバージョンを確認する
ここでは、まず現在のバージョンを確認することを目的とします。
サーバーパネルで選択できるPHPの系列と、実際に適用されているセキュリティ修正の詳細が異なる場合があります。
PHPのバージョンを変更する場合は、サーバー会社の公式案内と、現在使用しているWordPressテーマやプラグインとの互換性を確認してください。
サーバー管理画面にアクセスできない場合は?
今回のPHP脆弱性への対応では、レンタルサーバー会社による緊急メンテナンスや予防的な安全対策によって、管理画面に一時的にアクセスできないケースもありました。
管理画面が利用できない場合、サイト管理者自身でPHPのバージョン確認や更新作業を進められないことがあります。
そのような場合は、まずサーバー会社の公式情報でメンテナンスの状況と今後の案内を確認してください。
また、管理画面が再開された場合でも、今回の脆弱性への修正が完了しているとは限りません。
管理画面の利用再開と、PHPのセキュリティ対策完了は分けて確認することが重要です。
なお、Webサイトが正常に表示されていても、PHPの脆弱性が残っている可能性があります。
管理画面を利用できない間も、サーバー会社の公式情報を確認し、必要に応じてサポート窓口や制作会社へ相談してください。
さくらインターネット・ロリポップ!などを利用している場合
エックスサーバー以外のレンタルサーバーでも、今回のPHP脆弱性に関する情報を確認する必要があります。
特に以下の点を確認してください。
- 脆弱性への対応が実施されているか
- 利用しているサービスが対策対象に含まれているか
- PHPの更新を利用者自身で行う必要があるか
- 更新後にサイトの動作確認が必要か
各社の公式情報は、以下から確認できます。
※2026年10月22日時点で、本記事では各社すべてのサーバー環境について、今回の修正適用完了を確認しているわけではありません。実際の対策状況は、契約サービスの公式案内を確認してください。
制作会社がサーバーを管理していない場合は?
Webサイトを制作した会社と、レンタルサーバーを契約・管理している会社が異なるケースもあります。
そのため、制作会社に問い合わせても、サーバーの管理情報や操作権限がなく、PHPのバージョン確認や更新作業を実施できない場合があります。
このような場合は、まずサーバーの契約者や管理会社を確認してください。
契約者が把握できたら、今回のPHP脆弱性に関するサーバー側の対応状況を確認し、必要に応じて制作会社と情報を共有します。
Webサイトの制作会社が、必ずしもサーバーの管理やセキュリティ更新まで担当しているとは限りません。
今回のような緊急時に備えて、サーバーの契約先、管理担当者、制作会社の保守対応範囲を普段から把握しておくことが重要です。
古いPHPを使っているWordPressサイトはどうすればいい?
長期間運用しているWordPressサイトでは、PHP 7.xやPHP 8.0、8.1など、すでに公式サポートが終了した古いバージョンが使われている場合があります。
今回の脆弱性への対応では、このようなサイトにも注意が必要です。
PHP 8.1以前のバージョンは、PHP開発元による通常のセキュリティサポートが終了しています。
ただし、レンタルサーバー会社やOSの提供元によっては、サポート終了後のPHPに独自のセキュリティ修正を適用している場合があります。
今回もPHP開発元は、一部の古いPHP向けに最小限のソースコード修正を公開しています。
しかし、独自の修正が提供されているからといって、古いPHPを長期間使用し続けてよいという意味ではありません。
サポートされている新しいPHPへの移行を計画することが重要です。
古いWordPressサイトの更新手順
安全に更新するためには、次のような流れで進めることをおすすめします。
- 現在のPHPとWordPressのバージョンを確認する
- テーマやプラグインの対応状況を確認する
- バックアップを取得する
- 可能であればテスト環境を用意する
- 新しいPHPバージョンで動作を確認する
- 必要に応じてプログラムを修正する
- 本番環境へ反映し、再度動作確認する
重要なのは、PHPのバージョンを変更することだけを目的にしないことです。
更新後もサイトが正常に利用でき、今回の脆弱性への対応が完了した状態を目指す必要があります。
すぐに更新できない場合は?
古いプログラムが原因でPHPを更新できない場合もあります。
しかし、今回の脆弱性についてPHP開発元は、暫定的な緩和策だけでは完全な安全性を確保できないと説明しています。
そのため、修正されていない環境を長期間運用し続けることはおすすめできません。
更新に時間がかかる場合は、サーバー会社や制作会社と相談し、一時的なアクセス制限やサービス停止を含めた対応を検討する必要があります。
特に、自社でWebサーバーを管理している場合は、修正版を適用できるまでサービスを一時停止することも選択肢になります。
PHPを最新版にすれば、WordPressは安全になる?
PHPを修正版に更新することは、今回の脆弱性への重要な対応です。
しかし、PHPを更新しただけですべてのセキュリティ問題が解決するわけではありません。
WordPressサイトには、PHP以外にもさまざまな構成要素があります。
例えば、WordPress本体、テーマ、プラグイン、管理者アカウント、サーバー設定などです。
そのため、普段から次のような対策も必要になります。
- WordPress本体やプラグインを適切に更新する
- 使用していないテーマやプラグインを整理する
- 管理者アカウントを適切に管理する
- 強固なパスワードや多要素認証を利用する
- 定期的なバックアップと復元手順を用意する
- サーバーやサイトの異常を確認できる体制を整える
セキュリティ対策は、一度実施すれば終わりというものではありません。
新しい脆弱性は今後も発見される可能性があるため、日常的に安全性を維持できる運用体制が重要です。
Web制作会社として考える、今回のPHP脆弱性への対応
今回の問題は、Webサイトを公開したあとの保守管理がいかに重要かを考えるきっかけにもなりました。
Webサイトは、一度制作して公開すれば、そのまま安全に使い続けられるわけではありません。
特に複数のWebサイトを管理している場合は、サイトごとにPHPやWordPressのバージョン、テーマ、プラグイン、サーバー環境が異なります。
そのため、すべてのサイトに対して一律に更新を実施するのではなく、それぞれの状況を確認しながら対応する必要があります。
Web制作会社として実際に確認・対応していること
私たち株式会社フックでも、今回のPHP脆弱性を受け、管理しているWebサイトのサーバー環境やPHP・WordPressのバージョン、対応状況について順次確認を進めています。
今回の対応を通じて重要だと感じたのは、単にPHPを更新するだけではなく、サイトごとの管理環境に合わせて対応することです。
1. サーバーの契約・管理状況を確認する
Webサイトによってレンタルサーバー会社や管理権限が異なるため、更新作業を実施できる環境かどうかを最初に確認します。
制作会社側にサーバー管理権限がない場合は、契約者や管理会社への確認が必要です。
2. PHP・WordPressの更新状況を確認する
現在のPHPバージョンとWordPressの構成を確認し、今回の修正が適用されているか、追加の更新作業が必要かを整理します。
サーバー会社によるメンテナンスで管理画面を利用できない場合は、公式情報を確認しながら状況を把握します。
3. 更新前にバックアップを確保する
PHPの変更による不具合に備え、WordPressのファイルとデータベースのバックアップを確認します。
必要に応じてテスト環境を用意し、更新後の動作を事前に確認します。
4. 更新後はフォームなどの機能まで確認する
弊社ではWordPressの更新作業において、サイトの表示だけでなく、お問い合わせフォームの送信、自動返信メール、ファイル添付、管理画面の操作なども確認しています。
特にお問い合わせフォームは、見た目が正常でも送信機能に問題が発生する場合があるため、実際にテスト送信することが重要です。
5. 確認結果と対応状況を記録する
対応が完了したサイトと、サーバー会社のメンテナンスなどによって作業を進められないサイトを区別して管理します。
また、PHPの更新が完了していることと、不正アクセスの有無について調査が完了していることも分けて考える必要があります。
今回のような緊急時には、Webサイトを制作した会社、サーバー管理会社、サイト運営者が、それぞれの役割を把握しておくことも重要です。
Webサイトを安全に運用するためには、制作時の品質だけでなく、公開後の管理体制も欠かせません。
よくある質問(FAQ)
Q. WordPressを最新版に更新すれば、今回の対策は完了しますか?
いいえ。
今回の脆弱性はPHP側に存在する問題です。
WordPress本体だけを更新しても、PHPの脆弱性への対応が完了したことにはなりません。
Q. レンタルサーバーが対策済みなら何もしなくてもよいですか?
契約しているサービスやサーバー環境が対策対象になっているか、追加作業が必要かを確認してください。
サーバー側で今回の脆弱性への修正が適用されていても、WordPress本体やプラグインなどの日常的な管理は引き続き必要です。
Q. PHPを変更するとホームページが壊れることはありますか?
あります。
古いテーマやプラグインが新しいPHPに対応していない場合、表示崩れや機能のエラーが発生することがあります。
そのため、更新前にバックアップを取得し、更新後にはお問い合わせフォームなどの主要機能まで確認することをおすすめします。
Q. サーバーの管理情報がわからない場合はどうすればいいですか?
まずは社内でレンタルサーバーの契約情報や請求書、契約時のメールなどを確認してください。
サーバーの契約先が判明したら、今回のPHP脆弱性に関する対応状況を問い合わせることができます。
Webサイトを制作した会社がサーバーを管理している場合もあるため、制作会社への確認も有効です。
ただし、制作会社がサーバーの管理権限を持っていない場合もあります。
今回のような緊急時に備えて、サーバーの契約先や管理担当者を把握しておくことが重要です。
まとめ|まずはPHPのバージョンとサーバーの対応状況を確認しよう
2026年10月に発表されたPHPの重大な脆弱性は、WordPressをはじめ、多くのWebサイトに関係する問題です。
今回の脆弱性への対応として、まずは次の3点を確認してください。
1. 自分のWebサイトが利用しているPHPのバージョン
2. 契約しているレンタルサーバー会社の対応状況
3. 修正版への更新が必要か、更新後の動作確認をどのように行うか
特に長期間更新していないWordPressサイトでは、PHPの更新による不具合も考慮しながら、速やかに対応する必要があります。
今回の対応では、サーバー会社の管理画面が一時的に利用できないケースや、制作会社がサーバーの管理権限を持っていないケースもありました。
こうした状況からも、日頃からサーバーの契約先や管理体制を把握しておくことが重要だとわかります。
また、PHPを修正版に更新しただけで、WordPressサイト全体の安全性が保証されるわけではありません。
Webサイトを安全に運用するためには、WordPress本体やプラグインの管理、バックアップ、動作確認などを継続的に行うことが必要です。
WordPressサイトの更新・保守管理でお困りの方へ
株式会社フックでは、Webサイトの制作だけでなく、WordPressの更新や公開後の保守管理についてもご相談を承っています。
PHPのバージョン変更やWordPressの更新に不安がある場合、現在のサイト環境や管理状況を確認したうえで、必要な対応をご案内します。
Webサイトの更新や保守管理についてお困りの方は、お気軽にお問い合わせください。
参考情報・公式発表
本記事は、以下の公式情報を参考に作成しています。
- PHP公式|2026年10月21日のセキュリティリリース
- PHP公式|サポート対象バージョン
- WordPress.org 日本語|PHPの重大なセキュリティリリース
- IPA|PHPのセキュリティリリース公開予定について
- エックスサーバー|障害・メンテナンス情報
最終更新:2026年10月22日