威脅情報

CVE-2026-63030 / CVE-2026-60137 — 未經驗證的 SQLi 導致 WordPress 核心 RCE(說明與修補)

CVE-2026-63030 是 WordPress 核心 REST API 的缺陷,與 CVE-2026-60137 結合後可在未經驗證的情況下造成 SQLi 與 RCE(CVSS 9.8,列入 KEV)。請更新至 6.8.6、6.9.5 或 7.0.2。

發布於 2026-07-21 更新於 2026-10-23 最後核實 2026-10-19 閱讀時間 3 分鐘
本頁內容

這是針對已確認在野利用(列於 CISA KEV)之缺陷的防禦性公告。說明發生了什麼、哪些版本受影響,以及如何應對,不包含攻擊方法或概念驗證。

6.8 分支不受同一 RCE 鏈影響

官方公告將兩個 CVE 都列於 6.9/7.0,但 6.8 只列出 CVE-2026-60137。建議更新至 6.8.6 並不代表該分支受 CVE-2026-63030 影響。

公告摘要
CVE
CVE-2026-63030(路由混淆,CWE-436)+ 串連的 CVE-2026-60137(SQLi,CWE-89)
嚴重性
嚴重(CVSS 9.8)— 已在野利用(CISA KEV;修補期限為 2026-07-24)
類型
REST API 路由混淆 × author__not_in SQL 注入 → 未經驗證的 SQLi → RCE
影響
未經驗證的 SQL 注入、遠端程式碼執行(RCE)、資料竊取
受影響
63030:受影響的 6.9.x / 7.0.x;6.8.x 只受 60137 影響
主要修補
更新至 6.8.6 / 6.9.5 / 7.0.2 或更新版本
9.8
CVSS / 最嚴重等級
無需驗證
可觸及性(串連時)
SQLi→RCE
可達成的影響
6.8.6/6.9.5/7.0.2
主要修補

無需驗證即可到達

REST API 路由混淆(CWE-436)

透過 author__not_in 的 SQL 注入

RCE 與資料竊取

修補:更新至 6.8.6 / 6.9.5 / 7.0.2 或更新版本

不是單一缺陷,而是兩者結合:路由混淆繞過了授權檢查,使其背後的 SQL 注入可在未經驗證的情況下被觸及。

為何不修補很危險

由於 RCE 無需驗證即可觸及,公開的 WordPress 網站正遭受大規模自動化掃描。這是核心的缺陷,並非僅限於特定外掛,因此每個使用受影響版本的網站都可能在範圍之內。CISA 要求聯邦機構於 2026-07-24 前完成修補。「我們太小,不會成為目標」的想法並不成立。

受影響範圍

項目說明
目標WordPress 核心
受影響版本6.8.0–6.8.5(60137)/ 6.9.0–6.9.4 / 7.0.0–7.0.1
修補版本6.8.6 / 6.9.5 / 7.0.2 及更新版本
前提條件串連時無需驗證
可達成的影響SQL 注入 → 遠端程式碼執行(RCE);資料竊取
狀態兩者皆已在野利用(CISA KEV;修補期限為 2026-07-24)

關於兩方嚴重性評分不同的說明

CVE-2026-60137 單獨來看的嚴重性因來源而異。WPScan 評為 CVSS 5.9(單獨而言,需要外掛或佈景主題將不受信任的輸入傳給 author__not_in,這是一項可觸及性的前提條件),CISA 則評為 9.1。與 CVE-2026-63030 的路由混淆結合後,它可直接透過 REST API 被觸及,實際上無需驗證即可利用(CVSS 9.8)。差異反映的是各方如何評估可觸及性的前提條件;應對方式相同,都是更新至修補版本。

如何應對

1

將核心更新至 6.8.6 / 6.9.5 / 7.0.2 以上(最優先)

將 WordPress 核心更新至已修補的版本。這是真正阻止 RCE 的方法。次要版本自動更新預設為開啟,但許多網站會停用,因此請確認實際運行的版本。
2

進行入侵檢查(假設你在更新前已遭觸及)

檢查是否有不明的管理員帳號、不熟悉的外掛或佈景主題、遭竄改的核心或外掛檔案、可疑的對外流量,以及未經驗證對 REST API 批次端點的請求。將 SQLi→RCE 視為「整個資料庫(使用者與機密資料)可能已外洩」。
3

在能更新之前的暫時防禦(縱深防禦)

如果無法立即更新,請限制 REST API 批次端點的存取,並使用 WAF 降低暴露面。將應用程式的資料庫使用者維持在最小權限。這只是填補缺口,真正的修補仍是更新。
4

以機器持續監控核心、外掛與佈景主題的 CVE

持續監控 WordPress 核心以及所有外掛與佈景主題的版本和 CVE,並在公告發布時迅速更新。這能從結構上避免「已知的公開 CVE 被遺漏而未修補」的情況。

本站看法:將所有輸入視為不受信任

這個缺陷的本質,是不受信任的輸入經由非預期的路徑(路由混淆)進入查詢。SQL 注入可以透過始終使用佔位符(預備語句)來從設計上避免,並且無論輸入經過哪條路徑或假定了什麼前提,都始終進行消毒與驗證。立即更新是必要的,但長期真正有效的,是「不信任任何輸入」的設計,加上以機器持續監控核心與外掛 CVE 並快速更新的例行作業。

延伸閱讀

來源與範圍

以下主要參考資料支持本文討論的設定、範圍或修補內容;連結已於 2026 年 10 月 23 日檢查。請參閱其版本與設定條件。檢查清單的優先順序與經驗教訓為本站的指引,並非完整的文章重新驗證,也不構成安全保證。

FAQ

QCVE-2026-63030 讓攻擊者能做什麼?
A

WordPress 核心 REST API 批次端點的「路由混淆」缺陷,結合 WP_Query author__not_in 的 SQL 注入(CVE-2026-60137),可讓未經驗證的攻擊者執行 SQL 注入,並最終達到遠端程式碼執行(RCE)。這會直接導致資料竊取、網頁遭竄改、非法建立管理員帳號,以及對其他系統發動攻擊。這是最嚴重的缺陷之一:CVSS 9.8,且已確認有實際在野利用(CISA KEV)。

Q最可靠的修補方式是什麼?
A

將 WordPress 核心更新至 6.8.6(6.8.x)、6.9.5(6.9.x)或 7.0.2(7.0.x)或更新版本。6.9 與 7.0 的回補版本同時修補兩個 CVE;6.8.6 只修補 60137。WordPress 預設啟用次要版本的自動更新,但許多網站會停用,因此請確認實際運行的版本。在能夠更新之前,請限制 REST API 批次端點的存取,並分層使用 WAF。

Q它與 CVE-2026-60137 有何關聯?各來源為何對嚴重性的評級不同?
A

CVE-2026-60137 是因為 author__not_in 參數消毒不足而產生的 SQL 注入;單獨來看,它需要外掛或佈景主題將不受信任的輸入傳入(因此 WPScan 評為 CVSS 5.9)。與 CVE-2026-63030 的路由混淆結合後,它可直接透過 REST API 被觸及,並且無需驗證即可利用,CVSS 為 9.8(CISA 將 60137 本身評為 9.1)。差異在於各方如何評估可觸及性的前提條件。兩者都在同一版本中修補,因此應對方式很簡單:更新核心。