這是一篇針對已遭積極利用(列於 CISA KEV)漏洞的快速解說。內容從防禦者角度說明發生什麼事、哪些人受影響,以及如何應對,不提供重現步驟。
- CVE
- CVE-2026-71362
- 嚴重程度
- 嚴重(CVSS 9.1 / v3.1)
- 類型
- 授權不當(CWE-863)
- 影響
- 權限提升——用 Adobe 的話說是「敏感資源的更高存取權限」
- 前提條件
- 無需驗證、無需管理員權限、無需使用者互動
- 受影響
- Adobe Commerce(2.4.4–2.4.9)、Adobe Commerce B2B,以及 Magento Open Source(2.4.6–2.4.9),各系列版本為「2026-jul」或更早
- 修補
- 同一系列的「2026-aug」版本(2026 年 8 月 11 日發布,公告編號 APSB26-92)
- 利用情況
- 已列入 CISA KEV(2026 年 9 月 24 日新增,處理期限為 9 月 27 日),並標記為需要進行鑑識分析
等待修補有多危險?
無需驗證、也無需使用者互動,代表每一家面向網際網路的商店都可能被觸及。EPSS 估計約 90%,使其排在所有 CVE 的前 0.3%。電子商務網站存有客戶資料並處理付款,長期以來都是自動化攻擊的主要目標。「我們是小店」對於會無差別掃描的攻擊來說並不構成保護。
這是哪一類漏洞?
授權決定某個呼叫者能否執行此動作或查看此資料。它與「是否成功登入」(驗證)是不同的問題,而授權決策的缺口會讓不該被碰觸的功能與資料變得可以存取。這個區別在驗證與授權的差異中有說明。
CVE-2026-71362 正是這樣的缺口(CWE-863),Adobe 將其歸類為權限提升。其 CVSS 向量包含 PR:N,表示未登入的人即可利用,且對機密性與完整性都有高度影響。本站不說明其利用方式。
8 月 11 日——發布修補(APSB26-92)
優先級 2/「未察覺有利用」→ 許多商店可能合理地延到下一次排定的更新
8 月 18 日——公告最後更新
此後利用說明未再變動
9 月 24 日——CISA 將其列入 KEV(9 月 27 日到期)
已確認利用。未修補的商店可能在此日期之前已遭鎖定
哪些商店受影響
| 產品 | 受影響 | 修補版本 |
|---|---|---|
| Adobe Commerce | 2.4.9 / 2.4.8 / 2.4.7 / 2.4.6 / 2.4.5 / 2.4.4,各系列版本為 2026-jul 或更早 | 同一系列的 2026-aug |
| Adobe Commerce B2B | 1.5.3 / 1.5.2 / 1.4.2 / 1.3.4 / 1.3.3,各系列版本為 2026-jul 或更早 | 同一系列的 2026-aug |
| Magento Open Source | 2.4.9 / 2.4.8 / 2.4.7 / 2.4.6,各系列版本為 2026-jul 或更早 | 同一系列的 2026-aug |
| 舊版系列 | NVD 將 2.4.4 之前的版本列為受影響 | 沒有修補——請遷移到仍受支援的系列 |
同一份公告也修補了另外六個漏洞
APSB26-92 總共修補七個問題,包括儲存型 XSS 與其他授權漏洞。只有 CVE-2026-71362 列於 KEV,但更新可一次關閉全部七個問題。與其逐一尋找臨時解法,直接更新更快。
該怎麼做
更新到你所屬系列的 2026-aug 版本(首要任務)
確認商店所屬系列與修補層級,接著更新到該系列的 2026-aug 版本,並確認執行中的版本已變更。若你有多個環境(正式站、測試站、舊的備用前台),所有可從網際網路連線的環境都在範圍內。最容易被忘記的舊商店,也最不容易被修補(安全資產盤點清單)。
若使用不再支援的系列,今天就把遷移排進議程
2.4.4 之前的系列沒有修補版本。遷移需要時間,因此在此期間請限制誰能連到管理後台與 API 入口,並啟用 WAF 防護,以減少能觸及你的對象。這能暫時降低風險,但無法修補漏洞;只有遷移才能根本解決。
檢查商店是否在未修補期間遭入侵
若商店在 8 月 11 日之後的任何時間未修補,請將該期間視為可疑;CISA 也將此 CVE 列為需要鑑識分析。至少應檢查:(1) 管理員帳號——任何你不認得的帳號,或權限被更動的帳號。(2) 整合與 API 權杖——任何你未建立的權杖,或近期核發的權杖。(3) 檔案與設定——特別是結帳頁面載入的腳本,以及可從管理後台編輯的 HTML 與設定(在電子商務入侵案件中,植入竊取付款資料的腳本是常見目的)。(4) 日誌——來自不尋常來源、在不尋常時段或以不尋常頻率存取管理或 API 功能的紀錄。
若有任何異常,一併輪換憑證
若無法排除入侵的可能,請輪換管理員密碼、整合權杖,以及付款與外部 API 的金鑰,並使所有工作階段失效。修補可以關閉漏洞,但無法撤銷已遭竊取的憑證或金鑰。修補漏洞與清除入侵者是兩項不同的工作。完整流程請參閱漏洞修補手冊。
不要再等待「下一次更新」
如同本案例,發布時被認為不急的更新,之後可能變得緊急。請設定通知,以便在有項目列入 KEV 時收到提醒(本站的漏洞警示是其中一種方式),或在定期更新週期之外套用資安更新。
本站的看法:「優先級 2」並沒有錯,只是從未更新
只責怪 Adobe 發布時的評級,抓不到重點。若在發布時尚未發現利用情況,較低的優先級是合理的判斷。問題在於公告中的評級維持不變,而讀者卻把它當成現況。
這種結構並非 Adobe 獨有。廠商嚴重程度(CVSS、優先級)描述的是漏洞本身;KEV 與 EPSS 則描述它現在是否正被鎖定。前者在發布時設定後就不再變動,後者則每天都在改變。因此本站建議,修補順序不應在發布時一次決定,而應隨 KEV 與 EPSS 的變化重新排定。44 天就是商店在沒有重新排序的情況下持續暴露的時間。
資料來源
- Adobe——Security update available for Adobe Commerce | APSB26-92(2026 年 8 月 11 日發布,8 月 18 日最後更新;受影響與修補版本、優先級、CVSS,以及「未察覺有利用」的說明)
- NVD——CVE-2026-71362(CWE-863,CVSS v3.1 9.1;受影響組態包含 2.4.4 之前的版本)
- CISA KEV——Known Exploited Vulnerabilities Catalog(2026 年 9 月 24 日新增,9 月 27 日到期,需要鑑識分析)
- FIRST——EPSS(2026 年 9 月 25 日為 0.896,第 99.78 百分位)
延伸閱讀
- 決策判斷:如何結合 CVSS、EPSS 與 KEV 排定優先順序/漏洞修補手冊
- 運作原理:驗證與授權的差異/什麼是 IDOR?
- 對照案例:CVE-2026-87902(WordPress 核心:修補後三天列入 KEV)
- 另一則 Magento 警示:CVE-2026-45247(Magento 擴充套件中的未驗證遠端程式碼執行)
- 名詞解釋:什麼是 CVSS?/什麼是 PCI DSS?