【“WordPressは自動更新だから安心”が一番危ない】19日で3回のセキュリティ更新、7.1.2は公開当日に攻撃試行──中小企業がHP保守で今週見直す4つの実務

AI・DX 2026年10月9日 / TANAKAMASATO

「うちのホームページはWordPressの自動更新に任せているから大丈夫」
「更新はサーバー会社か制作会社がやってくれているはず」

そう考えている経営者の方は少なくありません。しかし2026年9月17日から10月6日までの19日間で、WordPressは3回のセキュリティリリースを出しました。そのうち9月22日の7.1.2で修正された脆弱性については、修正版の公開当日に攻撃の試行が観測されています。

しかも10月6日の7.1.3では、7件の脆弱性のうち3件をAnthropic(Claudeの開発元)が報告しています。ChatGPTやClaude、GeminiのようなAIが脆弱性を見つける側にも使われる時代です。実務上の考え方として、「年に数回まとめて更新」という保守の前提は見直しどきだといえます。本記事では、公式発表をもとに、中小企業が今週見直すべき4つの実務を整理します。

1. 19日で3回──「更新が来る頻度」そのものが変わった

結論:セキュリティ更新は「たまに来るもの」ではなく、数週間おきに来る前提で体制を組むべきです。

  • 9月17日(7.1.1):セキュリティ修正11件に加え、コアのバグ修正17件・ブロックエディターのバグ修正19件。
  • 9月22日(7.1.2):深刻度「Critical」(CVSS v4.0で9.2)の脆弱性CVE-2026-87902を修正。
  • 10月6日(7.1.3):セキュリティ修正7件、バグ修正4件。

3回とも、WordPress公式は「直ちにサイトを更新すること」を推奨しています。実務での使い方:保守の担当者(社内・外注を問わず)に「公式のセキュリティリリースが出てから何日以内に反映するか」を決めて伝えておくことが第一歩です。

2. 7.1.2は「公開当日」に攻撃試行が観測された

結論:修正版が出たら、その日のうちに反映できる体制が必要です。

7.1.2で修正された脆弱性は、認証なしの攻撃者が、条件次第でテーマ外のPHPファイルを読み込ませられるもので、サーバー環境とテーマの条件がそろうとリモートコード実行(サイトの乗っ取り)につながるおそれがあるとされています。影響範囲は4.7.0〜7.1.1と広く、各ブランチに修正版が出ています。

セキュリティ企業Patchstackによると、7.1.2公開の9月22日(UTC)11時49分に最初の攻撃試行、同日15時34分にはファイル書き込みの試行を観測。翌23日には、トラフィックが初日夕方と比べて10倍以上に増えたと報告しています。

リスク:「来月の保守日にまとめて更新」では、その間ずっと無防備な状態が続きます。実務での使い方:管理画面の[ダッシュボード]→[更新]で、現在のバージョンが修正版(7.1系なら7.1.3)になっているかを今日確認してください。

3. 「古いまま放置」のサイトは、最新版しか公式サポートされない

結論:古いバージョンへの修正提供には範囲と時差があります。最新版に追従するのが基本です。

  • WordPress公式は、セキュリティ修正を4.7までの対象ブランチにバックポート(旧版向けに移植)するとしつつ、「積極的にサポートされるのは最新版のみ」と明記しています。
  • 7.1.3では、Patchstackの記事公開時点で、修正のバックポートは6.6ブランチまでにとどまり、4.7〜6.5ブランチは未修正とされていました(公式も「準備でき次第公開」としています)。

実務での使い方:制作から数年たったサイトは、テーマやプラグインの互換性の問題で「更新が止まっている」ことがあります。本体のバージョンが古い場合は、移設・リニューアルを含めて検討するタイミングです。

4. 「誰がログインできるか」を棚卸しする

結論:7.1.3の修正の多くは、投稿者などの権限を持つユーザーができる操作に関わるものです。

Patchstackの解説では、7.1.3の7件のうち複数が「寄稿者(Contributor)以上」「投稿者(Author)以上」のアカウントを前提にしています。そのためPatchstackは、Contributor以上のロールを持つユーザーの監査を推奨しています。また、Imgur埋め込みのXSSについては、7.1.3がキャッシュ済みの埋め込みを削除しないため、キャッシュのクリアも勧めています。

実務での使い方:退職者・元外注先・使っていないアカウントを削除し、ブログ担当者には必要最小限の権限だけを付与します。ChatGPTやClaudeにリリースノートを貼り付けて「自社サイトに関係しそうな項目」を要約させると、確認作業の時短になります(最終判断は人が行う前提です)。

3回のセキュリティリリース比較

バージョン 公開日 主な内容 経営者が確認すること
7.1.1 2026年9月17日 セキュリティ修正11件+バグ修正多数 更新が反映されたか
7.1.2 2026年9月22日 Critical(CVSS v4.0:9.2)の脆弱性を修正。公開当日に攻撃試行を観測(Patchstack) 古いブランチでも修正版になっているか
7.1.3 2026年10月6日 セキュリティ修正7件(うち3件はAnthropicが報告)+バグ修正4件 ユーザー権限の棚卸し・キャッシュのクリア

まとめ:経営者の行動ポイント

今日、自社サイトのWordPressのバージョンを確認し、「公式のセキュリティ更新を何日以内に反映するか」を保守担当と決めてください。あわせて、使っていないログインアカウントを削除するだけでも、リスクを減らせます。

「自社サイトが今どのバージョンか分からない」「更新すると表示が崩れそうで怖い」という方へ

Green Village株式会社では、WordPressサイトのセキュリティ診断、更新が止まったサイトの安全な移設、AIに読まれやすいAI最適化ホームページ制作・AIO対策まで一括でご相談いただけます。デジタル化・AI導入補助金2026やリスキリング助成金を活用した進め方もご提案します。まずはお気軽にお問い合わせください。

出典