IMPORTANT / 2026-11-05

【最重要】WordPress本体の脆弱性(CVE-2026-119977)で攻撃を確認、修正版への更新と点検のお願い

ホームページなどで広く使われているWordPressの本体に、実際の攻撃が確認された脆弱性が見つかっています。
WordPressをお使いの皆さまに、いま確認していただきたい内容をまとめました。

当社からのお願い

「ホームページは制作会社に任せているから大丈夫」とは限りません。まず自社のサイトがWordPressかどうかと、そのバージョンを確かめてください。修正版になっていなければ更新し、更新後は不審な形跡がないかも点検をお願いします。

脆弱性の概要

対象WordPress本体(コア)4.7〜7.1.3のうち、修正が入っていないバージョン
識別番号CVE-2026-119977
内容本体の更新中に使う一時的な置き場所の名前が推測でき、外部からアクセスできるため、ログインなしでサーバー上のプログラムを実行される恐れがある
深刻度CVSS v3.1で8.1(High)。Wordfenceによる評価で、更新中の短い時間を突く必要があるため、攻撃の難しさは「高」とされています
悪用の状況2026年11月3日に米国CISAが「悪用が確認された脆弱性」のカタログ(KEV)へ追加。米国の連邦機関には11月6日までの対応が求められています
修正2026年10月28日公開の7.1.4、および同日公開の各系統の修正版
原文CISA:Known Exploited Vulnerabilities Catalog(CVE-2026-119977)

報道によると、Wordfenceは10月末に、24時間で約6万3千件の攻撃をブロックしたと公表しています。これは攻撃の試みの件数で、侵入に成功した件数ではありません。別のセキュリティ企業Patchstackは成功は難しいとの見方も示していますが、CISAが悪用を確認している以上、「難しいから大丈夫」とは考えず、更新を優先してください。

今すぐ確認していただきたいこと

  1. 自社のサイトがWordPressかを確認コーポレートサイトだけでなく、採用サイト、ブログ、キャンペーンページ、以前作ったまま残っているサイトも含めて洗い出します。不明な場合は、制作会社やサーバーの管理者に確認します。
  2. バージョンを確認WordPressの管理画面で「ダッシュボード」→「更新」を開き、バージョンを確認します。下の一覧の修正版より古ければ対象です。
  3. バックアップを取ってから、修正版へ更新サイトとデータベースのバックアップを取り、管理画面の「更新」から修正版を適用します。制作会社や保守会社に任せている場合は、「CVE-2026-119977の修正版に更新済みか」を確認してください。
  4. 自動更新の結果を自分の目で確認自動更新を有効にしていても、失敗していたり、止められていたりすることがあります。更新されたはずのサイトも、実際のバージョンを確認します。
  5. 更新後に、不審な形跡がないか点検見覚えのない管理者アカウント、プラグイン、PHPファイルがないかを確認します。アクセスログが見られる場合は、本体を更新した日時を中心に、wp-content/upgrade 配下へのアクセス(特に setup-config.php)がないかも確認します。
  6. 不審な点があれば、インシデントとして対応見つかった場合は、ログを消したり、ファイルを削除したりする前に、専門家に相談してください。修正版にしても、すでに入り込まれていた場合の被害は元に戻りません。

系統ごとの修正版

7.1系7.1.4
7.0系7.0.8
6.9系6.9.11
6.8系6.8.12
6.7系6.7.11
6.6系6.6.11
6.5系6.5.14
6.4系6.4.14
6.0〜6.3系6.3.14/6.2.15/6.1.16/6.0.18
5.x系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系への移行も計画してください。なお、7.1.4には今回の問題を含めて22件の脆弱性の修正が入っています。

すぐに更新できない場合

WordPress公式の案内に回避策の記載は確認できていません。セキュリティ企業からは、Webサーバーの設定で wp-content/upgrade へのアクセスを拒否し、ディレクトリの一覧表示を無効にする方法が案内されています。これは更新までのつなぎであり、更新の代わりにはなりません。また、WordPress内で動くプラグイン型のファイアウォールでは防げないとの指摘があるため、設定はサーバー側で行う必要があります。

修正版へ更新する作業そのものも古いプログラムで行われるため、更新の間は同じ状態が生じる可能性があります。設定できる環境であれば、更新の前に制限をかけておくとより安全です。レンタルサーバーで設定方法がわからない場合は、無理に変更せず、サーバー会社か当社にご相談ください。

現時点で分かっていないこと

  • 被害の規模:侵入に成功した件数や、攻撃者、国内の被害状況は確認できていません。
  • ランサムウェアとの関連:CISAのカタログでは「不明」とされています。
  • 評価の変更:深刻度などの情報は、今後の調査で変わる可能性があります。

続けて取り組むこと

  • 担当の明確化:サイトごとに、更新の担当者と保守契約の範囲を一覧にする。
  • 更新の習慣化:本体だけでなく、プラグイン、テーマ、PHPも定期的に更新する。
  • 使っていないサイトの整理:更新されないまま公開が続いているサイトは、閉じることも検討する。
  • 備え:バックアップとアクセスログを十分な期間保存し、管理者アカウントには多要素認証(MFA)を設定する。

株式会社情報システム室のサポート

「自社のサイトがWordPressかわからない」「制作会社と連絡が取れない」「ログの見方がわからない」という場合は、当社にご相談ください。バージョンの確認、更新作業の支援、更新後の点検、保守体制の整理まで、IT担当者がいない企業に代わって対応します。初回のご相談・簡易診断は無料です。

FAQ

この脆弱性に関するよくある質問

この脆弱性は、どんな内容ですか?

WordPress本体を更新している数秒ほどの間に、一時的に置かれるファイルが外部から見える状態になる欠陥です。この時間を狙われると、ログインしていない第三者にサーバー上でプログラムを実行される恐れがあります。米国CISAは2026年11月3日、実際に悪用された脆弱性のカタログ(KEV)に追加しました。

うちの会社のホームページは関係ありますか?

WordPressで作られたサイトで、バージョンが各系統の修正版より古ければ対象です。制作会社に任せていて自社でわからない場合は、制作会社やサーバーの管理者に確認してください。WordPressを使っていないサイトは、この脆弱性の対象ではありません。

自動更新にしていれば、何もしなくてよいですか?

自動更新が有効なら修正版が入っている可能性はありますが、失敗していることや、そもそも止められていることもあります。管理画面で実際のバージョンを確認してください。また、修正前に行われた更新のタイミングを狙われていた場合、修正版にしても侵入の痕跡は消えないため、点検も必要です。

不審な点が見つかったらどうすればよいですか?

セキュリティインシデントとして扱い、ログやファイルを消す前に保全して、専門家に相談してください。見慣れないアクセスの記録があるだけでは、侵入されたとは限りません。株式会社情報システム室にもご相談いただけます。

IPA注意喚起:今すぐ確認していただきたい対策コラム:PHPの緊急脆弱性「PHP2Shell」ITニュース(日次まとめ)お知らせ一覧

まだ疑問が残っていたら、直接ご相談ください。

「何から相談していいか分からない」状態でも問題ありません。IT環境の簡易診断・概算のお見積りは無料です。