WordPress脆弱性の対応|7.1.4への更新と確認手順
目次9
2026年11月3日、米国のセキュリティ機関CISAは、WordPress(ワードプレス)本体の脆弱性 CVE-2026-119977 を「実際に悪用が確認された脆弱性」の一覧に加えました。修正版のWordPress 7.1.4は10月28日に公開されています。
この記事では、自社のホームページをWordPressで作っている会社に向けて、まず何を確かめればよいか、更新の手順、攻撃の形跡の調べ方を順番に説明します。制作会社に任せたままのサイトも対象です。
この記事のポイント
- WordPress 4.7〜7.1.3が対象です。お使いの系統の修正版(7.1.4、7.0.8、6.9.11、6.8.12 など)まで更新しましょう。
- 攻撃が成り立つのは、WordPress本体の更新中のわずかな時間だけです。難しい攻撃ですが、狙う動きはすでに確認されています。
- 自動更新を信じきらないこと。実際に修正版になっているか、画面で確かめましょう。
- 4.6以前には修正版がありません。サポートされている版への移行が必要です。
4.7〜7.1.3
対象の版
11月3日
CISAが悪用確認の一覧に追加
1.85万回超
狙う通信の数(Wordfence報告・防御ルール提供後の21時間)
ことばの説明
WordPress=ホームページやブログを作り、管理するためのソフトウェアです。専門知識がなくても更新しやすいため、企業サイトで広く使われています。
脆弱性(ぜいじゃくせい)=システムの"弱いところ"。悪い人に見つかると、そこから攻撃されるおそれがあります。
CISA(シサ)=米国のサイバーセキュリティ機関です。実際に攻撃に使われた脆弱性を一覧(KEVカタログ)にして公開しています。
どんな脆弱性? なぜ危ないの?
WordPressは本体を更新するとき、新しいファイルをいったん wp-content/upgrade/ という作業用の場所に展開します。この場所の名前を前もって予測でき、しかもインターネットから開けるサーバーが多いことが問題でした。
攻撃者は、展開から削除までのわずかな時間に作業用ファイルへアクセスします。うまくいくと、ログインしていなくても、サーバー上で好きなプログラムを動かせるおそれがあります。こうなると、次のような被害につながります。
ホームページの改ざん
偽のページや、訪問者をあやしいサイトへ誘導する仕掛けを埋め込まれるおそれがあります。
お問い合わせ情報の流出
フォームから届いた氏名やメールアドレスをサイト内に保存している場合、盗まれるおそれがあります。
サーバーの悪用
迷惑メールの送信や、ほかのサイトへの攻撃の足がかりに使われるおそれがあります。
深刻度の評価は分かれています
WordPress自身はこの問題を「低(Low)」と評価しています。一方、CVE番号を割り当てたWordfence社の評価はCVSS 8.1(高)です。攻撃が成り立つ時間は、検証環境で数秒ほどしかなく、Patchstack社は実用的な攻撃は難しいとみています。
ただしWordfence社は、防御ルールの提供後の21時間で、作業用ファイルを狙う通信を1万8,500回以上観測しました。報告されているのは攻撃の試みで、11月3日時点の報告では、乗っ取りの成功例は公表されていません。それでも、CISAが一覧に加えた以上、後回しにしてよい問題ではありません。
対象の版と、移る先
WordPressは、4.7までの古い系統にも修正を提供しています。まず、自社のサイトがどの系統かを確かめましょう。
| 系統 | 対象の版 | 修正版 |
|---|---|---|
| 7.1 | 7.1.0〜7.1.3 | 7.1.4 |
| 7.0 | 7.0.0〜7.0.7 | 7.0.8 |
| 6.9 | 6.9.0〜6.9.10 | 6.9.11 |
| 6.8 | 6.8.0〜6.8.11 | 6.8.12 |
| 6.7 | 6.7.0〜6.7.10 | 6.7.11 |
| 6.6 | 6.6.0〜6.6.10 | 6.6.11 |
| 6.5 | 6.5.0〜6.5.13 | 6.5.14 |
| 6.0〜6.4 | 対象 | 6.4.14/6.3.14/6.2.15/6.1.16/6.0.18 |
| 5.0〜5.9 | 対象 | 5.9.20/5.8.19/5.7.21/5.6.23/5.5.24/5.4.25/5.3.27/5.2.30/5.1.28/5.0.31 |
| 4.7〜4.9 | 対象 | 4.9.35/4.8.34/4.7.39 |
| 4.6以前 | 修正版なし | サポートされている版へ移行 |
※WordPressが積極的にサポートしているのは最新版だけです。古い系統の修正版は、応急の手段と考えて、できれば7.1.4まで上げることをおすすめします。
※長く更新していないサイトには、2026年7月に修正された別の脆弱性(CVE-2026-60137/CVE-2026-63030、通称wp2shell、深刻度9.8)も残っているおそれがあります。
これまでの流れ
- WordPressが7.1.4を公開し、すぐに更新するよう呼びかけ。修正は4.7までの系統にも提供
- WordPressが問題の内容を公開(評価は「低」)
- Wordfence社がCVE-2026-119977として公開(CVSS 8.1)
- CISAが「悪用が確認された脆弱性」に追加
確かめて、対応する6ステップ
- だれがサイトを管理しているか確認する
社内の担当者か、制作会社か、保守会社かを確かめます。わからないときは、サーバーの契約書や、制作時のメールを探しましょう。
- 版を確認する
管理画面にログインし、左のメニューの「ダッシュボード」→「更新」を開くと、今の版が出ます。コマンドが使える場合は
wp core versionでも確かめられます。 - バックアップをとる
更新の前に、サイトのファイルとデータベースの両方を保存します。
- できれば、作業用の場所を外から開けないようにする
7.1.4への更新そのものも、古い版のプログラムが行います。サーバーの設定で
/wp-content/upgrade/へのアクセスを拒否してから更新すると、より安全です。設定に自信がなければ、この手順はサーバーに詳しい人に任せましょう。 - 修正版に更新し、版をもう一度確かめる
「ダッシュボード」→「更新」→「今すぐ更新」で進めます。自動更新を有効にしているサイトも、修正版になったことを必ず画面で確かめましょう。
- 攻撃を受けた形跡がないか調べる
下の確認項目を見ます。あやしい点があれば、管理者のパスワードを変え、専門の会社に相談してください。
攻撃を受けた形跡の調べ方
WordPressやWordfence社から、攻撃元のIPアドレスなどの決定的な目印は公表されていません。次の項目を、本体の更新が動いた日時を中心に確かめます。
- アクセスログに、
wp-content/upgrade/の中のPHPファイル(とくにsetup-config.php)へのアクセスが残っていないか wp-content/upgrade/の中に、見覚えのないPHPファイルやwp-config.phpがないか- 覚えのない管理者アカウントがないか
- 入れた覚えのないプラグインや、見覚えのないPHPファイルがないか
ログに1回アクセスがあったからといって、侵入されたとは限りません。ひとつの手がかりとして、ほかの項目とあわせて判断しましょう。
セキュリティプラグインがあるから安心、ではありません
この攻撃の通信は作業用のPHPファイルへ直接届くため、WordPressの中で動くセキュリティプラグインでは見えないことがあります。Wordfence社の防御ルールも、無料版に届くのは2026年11月27日です。プラグインは更新の代わりにはなりません。
制作会社に任せている場合
ホームページを制作会社に任せていても、サイトの持ち主は自社です。次のことを聞いておくと安心です。
- うちのWordPressは今どの版ですか? CVE-2026-119977の修正版になっていますか?
- WordPress本体の更新は、だれが、どのくらいの頻度で行っていますか?
- プラグインやテーマも更新していますか? 開発が止まったものはありませんか?
- バックアップはどこにあり、最後に復元を試したのはいつですか?
- 管理画面とサーバーのログイン情報を、うちでも受け取れますか?
WordPressはPHPで動いています。サーバーのPHPが古い場合は「PHP脆弱性への対応」も、制作会社と連絡がとれない場合は「システム保守の引き継ぎ」もあわせてご覧ください。古いサイト全体の見直しは「古いシステムの脆弱性対策」で説明しています。
放っておくと? 対応すると?
そのままにした場合
- 悪用が確認された弱いところが残ったまま
- 本体を更新するたびに、狙われる時間が生まれる
- 改ざんに気づかず、お客様に被害が広がるおそれ
修正版に更新し、形跡を確認した場合
- 今回の弱いところが直る
- 同時に直ったほかの問題もまとめて解消できる
- 取引先やお客様に「対応済み」と説明できる
Digi Dinosにおまかせください
Digi Dinos(デジダイノス)は、ベトナムと日本に拠点をもつシステム開発会社です。創業から8年、150件以上のプロジェクトを手がけてきました。日本語ができるチームが対応します。
- WordPressの更新・点検:版の確認、バックアップ、更新作業、形跡の確認まで対応します。
- 古いサイトの保守を引き継ぎ:更新が止まったWordPress、テーマ、プラグインの見直しも承ります。
- 新しい脆弱性への対応:今回のような更新が出たら、影響を調べて修正します。
- 資料がなくても大丈夫:作った会社がいない、仕様がだれにもわからないシステムでも、プログラムを読んで調べ、資料を作り直し、計画をまとめてご提案します。
- 永久保証:私たちが手を入れた部分に不具合が見つかったら、責任をもって直します。保守契約を続けていただいている間は、期限を区切らずに保証します。
「うちのホームページは大丈夫?」というご相談だけでも(相談無料)
版の確認から更新、形跡の確認まで、日本語でご案内します。制作会社と連絡がとれない場合もご相談ください。
よくある質問
自動更新を有効にしています。何もしなくて大丈夫ですか?
多くのサイトには自動で修正が届きます。ただし、失敗していることや、設定で止まっていることもあります。管理画面で版を確かめてください。自動更新が動いた時間に攻撃された可能性もあるため、形跡の確認もおすすめします。
レンタルサーバーを使っています。サーバー会社が直してくれますか?
サーバー会社によって違います。サーバーの保守はサーバー会社の仕事でも、WordPressの更新は利用者の仕事である契約が一般的です。契約内容とサーバー会社の案内を確認しましょう。
更新するとサイトの表示が崩れませんか?
同じ系統の中の更新(例:7.1.3から7.1.4)なら、影響は小さいのがふつうです。古いテーマやプラグインを使っている場合は崩れることもあるため、バックアップをとり、更新後に主なページとお問い合わせフォームを確かめましょう。
4.6以前の古いWordPressを使っています。
修正版は提供されません。いきなり最新版に上げると動かなくなることがあるため、PHPの版、テーマ、プラグインを調べたうえで計画を立てましょう。難しければ、作り直したほうが安く済む場合もあります。
参考・出典
- WordPress「WordPress 7.1.4」(2026年10月28日)
- WordPress「GHSA-4w3m-c66w-69mg: A race condition during core updates」
- CISA「CISA Adds One Known Exploited Vulnerability to Catalog」(2026年11月3日)
- Rapid7「CVE-2026-119977」
- Rescana「WordPress Core 7.1.4 Fixes an Unauthenticated Upgrade-Window Race RCE」(Wordfence社・Patchstack社の報告を含む)
- Ostorlab「WordPress Core Upgrade-Window RCE, Fixed in 7.1.4」
- runZero「WordPress CVE-2026-119977: Find impacted instances」