米CISA（サイバーセキュリティ・インフラセキュリティ庁）は2026年7月21日、実際に悪用が確認された脆弱性4件を「悪用が確認された脆弱性カタログ（KEV）」に追加しました。目玉は、WordPress本体を狙う認証不要のリモートコード実行（RCE）チェーン「wp2shell」と、生成AIアプリ構築ツールLangflowのRCE脆弱性です。いずれも公開直後から実攻撃・PoC（実証コード）が出回っており、自社サイトやAI基盤を持つ組織は今すぐの確認が必要です。
この記事でわかること
- CISAがKEVに追加した4件の脆弱性と対策期限
- WordPress本体の連鎖RCE「wp2shell」の仕組みと影響バージョン
- 生成AI基盤Langflowの未認証RCE（CVE-2026-0770）の要点
- 情シスが今すぐ確認・実行すべきこと
何が起きたのか：CISAがKEVに4件を追加
CISAは現地時間2026年7月21日、以下の4件をKEVカタログに追加しました。KEVは「実際に悪用が観測された」脆弱性のリストで、米政府機関には対応期限が課されます。民間・国内組織にとっても「攻撃が現に起きている＝優先対応すべき」という強いシグナルです。
| 製品 | CVE番号 | 脆弱性の種類 | CISA対策期限 |
|---|---|---|---|
| WordPress（本体） | CVE-2026-63030 | REST APIのルート解釈の混同（アクセス制御回避） | 2026-07-24 |
| WordPress（本体） | CVE-2026-60137 | SQLインジェクション | 2026-08-04 |
| Langflow | CVE-2026-0770 | 信頼できない領域からの機能取り込み（未認証RCE） | 2026-07-24 |
| DD-WRT（ルータ用FW） | CVE-2021-27137 | スタックベースのバッファオーバーフロー | 2026-07-24 |
WordPressの2件のうち、より深刻とされるCVE-2026-63030、およびLangflow・DD-WRTの期限は7月24日と非常に短く設定されています。それだけ悪用が切迫していると読み取れます。
WordPress本体の連鎖RCE「wp2shell」とは
wp2shellは、WordPress本体（Core）の2つの脆弱性を連鎖させて、認証なしでサーバー上に任意コードを実行できる攻撃です。プラグインではなくWordPress本体の欠陥である点が重大で、対象範囲が非常に広くなります。
仕組みはこうです。SQLインジェクション（CVE-2026-60137）は単体では認証が必要でした。しかしREST APIのバッチ処理エンドポイントでルート（経路）の解釈が混同する脆弱性（CVE-2026-63030）が、そのアクセス制限を回避してしまいます。結果として認証なしでSQLインジェクションが成立し、攻撃者は管理者ユーザーを新規作成したり、Webシェルをアップロードしたりして、最終的にサーバーを掌握できます。
影響を受けるバージョンと修正版
- CVE-2026-60137（SQLi）：WordPress 6.8.0〜6.8.5、6.9.0〜6.9.4、7.0.0〜7.0.1
- CVE-2026-63030（ルート混同）：WordPress 6.9.0〜6.9.4、7.0.0〜7.0.1
- 修正版：6.8.6 / 6.9.5 / 7.0.2（2026年7月17日公開）。連鎖RCEを成立させないためには、REST API側のCVE-2026-63030を塞ぐ6.9.5 / 7.0.2 系への更新が要となります。
状況は切迫しています。VulnCheckなどのセキュリティ各社は修正版公開当夜（7月17日）から実際の悪用を観測しており、7月19日時点で20種類を超えるPoCが確認されています。「パッチ公開から実攻撃まで数時間」という、いわゆるnデイ攻撃の典型です。
なお、WordPressは初期設定でマイナー（セキュリティ）リリースを自動更新します。自動更新を有効にしたまま運用していれば、修正版が既に適用されている可能性が高いです。ただし自動更新を無効化している運用や、テーマ・プラグインとの互換性懸念で更新を止めている現場も少なくありません。「たぶん大丈夫」で済ませず、実際のバージョンを確認してください。
生成AI基盤Langflowの未認証RCE（CVE-2026-0770）
Langflowは、生成AIアプリの処理フローをGUIで組み立てるオープンソースツールです。CVE-2026-0770は、そのvalidate（検証）系エンドポイントのexec_globalsパラメータの処理に欠陥があり、認証なしでroot権限の任意コード実行を許します。CVSSは9.8（Critical）、影響はバージョン1.7.3までとされています（種類はCWE-829「信頼できない制御領域からの機能の取り込み」）。
注目すべきは、Langflowでは同種の未認証RCEが繰り返し報告されている点です。2026年前半には別の検証エンドポイントの脆弱性（CVE-2025-3248）がボットネットやランサムウェアの配布に悪用されました。AI開発ツールは急速に普及する一方でセキュリティ実装が追いついておらず、インターネットに直接公開すべきでない種類のソフトです。社内で誰かが検証用に立てたLangflowが外部公開のまま放置される――といった「シャドーAI」は、情シスが把握しづらい典型的な穴になります。
古い脆弱性の再燃：DD-WRT（CVE-2021-27137）
ルータ用ファームウェアDD-WRTのスタックベースのバッファオーバーフロー（CVE-2021-27137）も追加されました。2021年に採番された古い脆弱性ですが、認証不要でコード実行が可能とされ、いま実際に悪用が観測されています。「古い＝もう狙われない」ではありません。境界に置かれたネットワーク機器は、いったん侵入されると内部侵害の足がかりになります。管理下のルータ・VPN機器のファームウェア棚卸しも、この機会に見直したいところです。
情シスはどうすべきか
- WordPress：管理画面の「概要」やCLIでバージョンを確認し、6.8.6 / 6.9.5 / 7.0.2 以上へ更新。特にREST APIを外部公開している自社サイトは最優先。更新後、不審な管理者ユーザーやアップロードされた不明なPHPファイルの有無も点検する。
- Langflow等のAI開発ツール：社内での稼働状況を棚卸しし、外部公開されていないか確認。最新版へ更新し、不要ならインターネットから切り離す。
- ネットワーク機器：DD-WRTを含むルータ・VPN機器のファームウェアを確認し、EOL（サポート終了）製品は入れ替えを検討する。
- KEVの活用：CISAのKEVは「悪用が現に起きている脆弱性」の実務的な優先度リストです。自社の資産管理台帳と突き合わせ、パッチ適用の優先順位付けに使う運用が有効です。
脆弱性対応の全体的な進め方は、公的機関の指針に沿うのが近道です。中小規模の組織はIPA「中小企業の情報セキュリティ対策ガイドライン」が、資産把握と更新運用の基本を押さえています。あわせて、脆弱性の考え方は当サイトの用語解説カテゴリ、最新の脆弱性動向は脆弱性・脅威情報カテゴリもご参照ください。
現場目線の所感
WordPress本体のRCEは、正直「胃が痛い」種類の話です。自社で運用するサイトはもちろん、部門やプロジェクトが情シスに無断で立てた小さなWordPressまで、社内にいくつあるか完全には把握しきれていない――という組織は多いはずです。自動更新に任せていても、プラグイン互換性の不安から更新を止めた瞬間だけ穴が残る、というのも現場ではよくあります。加えて今回はLangflowのように「便利だから誰かがサッと立てたAIツール」が新たな攻撃面になっています。守るべき対象が静かに増えていく感覚は、限られた人員で運用する身にはなかなか堪えるものです。だからこそ、KEVのような「今まさに狙われているもの」の一覧を起点に、優先順位を割り切って対応するのが現実的だと感じます。
まとめ
- CISAは2026年7月21日、WordPress本体の連鎖RCE「wp2shell」、Langflow、DD-WRTの計4件をKEVに追加。多くの期限は7月24日と切迫している。
- wp2shell（CVE-2026-60137＋CVE-2026-63030）は認証不要のWordPress本体RCE。6.8.6 / 6.9.5 / 7.0.2 以上へ即更新を。修正版公開当夜から実悪用が確認されている。
- 生成AI基盤Langflow（CVE-2026-0770、CVSS 9.8）は未認証でroot権限RCE。社内のAIツールの棚卸しと外部公開の遮断を。
