威脅情報

CVE-2026-0770 — Langflow 未經驗證遠端程式碼執行漏洞(解說與修補)

Langflow RCE(CVE-2026-0770,列入 CISA KEV):區分版本聲明與修補參考,限制暴露、更新並檢查是否遭入侵。

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

這是一份針對已確認在野遭利用(列於 CISA KEV)漏洞的防禦性通告。內容說明發生了什麼、影響範圍,以及應如何因應,不包含攻擊方法或概念驗證程式碼。

版本來源的差異(查核日期為 2026 年 10 月 23 日)

GHSA 列出至 1.7.3 的版本且未登錄修補版本;CNA 標示 1.4.2 受影響,其他版本未知。KEV 連結至 v1.9.0,但其說明未指出此 CVE 的最低修補版本。請將這些來源的範圍分開看待。

通告摘要
CVE
CVE-2026-0770(引入來自不受信任控制範圍的功能,CWE-829)
嚴重性
Critical(CVSS 9.8)— 已遭實際利用(CISA KEV)
類型
validate(程式碼檢查)端點的未經驗證遠端程式碼執行(RCE)
影響
未經驗證即可執行任意程式碼(許多部署為 root 權限)、憑證與雲端中繼資料遭竊、橫向移動
受影響
Langflow 1.7.3 及更早版本
主要修補
停止對外暴露(網路隔離 + 驗證)並更新至最新版本
9.8
CVSS/最高等級
無需驗證
可達性
RCE→root
可達影響
停止暴露
主要防禦

未經驗證即可連線

validate 端點

任意程式碼執行(許多環境為 root)

憑證與雲端中繼資料遭竊/橫向移動

修補:停止對外暴露(網路隔離 + 驗證)並更新

無需驗證即可連線,因此容易成為無差別掃描的目標。可在兩個地方阻斷:不對外暴露,以及更新版本。

為何不修補很危險

由於無需驗證即可觸及 root 等級的程式碼執行,公開的 Langflow 執行個體會成為大規模自動化掃描的目標。根據報導與威脅情報,最早於約 2026-06-27 觀察到在野利用;在 CISA 將其列入 KEV 目錄之前,已記錄到來自 64 個不重複來源 IP 的超過 220 次利用嘗試。觀察到的行為包括命令執行檢查、系統偵察、下載額外腳本,以及嘗試存取憑證與雲端中繼資料。若該系統曾可從網際網路連線,請視為已遭入侵。

影響範圍

項目說明
目標Langflow(AI 代理程式與流程的視覺化建構工具)
受影響版本1.7.3 及更早版本(GHSA 範圍;CNA 標示 1.4.2 受影響,其他版本未知)
修補版本GHSA 未登錄修補版本;KEV 連結至 v1.9.0。此處未確立最低修補版本。請查閱官方資訊、更新,並將隔離與驗證結合使用
前提條件無需驗證(未經驗證)
可達影響任意程式碼執行(RCE)→ 伺服器被接管、憑證/中繼資料遭竊、橫向移動
狀態已遭實際利用(CISA KEV)

關於不同嚴重性分數的說明(雙方來源)

各評估機構與 CVSS 版本不同,分數也不同。NVD 與 ZDI(ZDI-26-036)依 CVSS 3.x 給予 9.8(Critical);GitHub Advisory 依 CVSS 4.0 給予 8.9(High)。使用不同版本或評估條件的分數無法直接比較。由於已有未經驗證的程式碼執行與實際利用的報告,應優先限制暴露並進行更新。

這是反覆出現的一類漏洞(重要)

Langflow 的 validate/程式碼執行端點過去已有未經驗證的 RCE 被列入 KEV 目錄(CVE-2025-3248),另有一個獨立的 Langflow 漏洞,據報導某個被視為「已修補」的版本仍可被利用。請勿認為「我們已更新,所以安全了」。請更新,但同時將網路隔離、驗證與最小權限作為長期的主要控制措施。

因應步驟

1

停止網際網路暴露(最優先)

將 Langflow 移出公開網路。使用反向代理加上驗證、IP 白名單,以及 VPN 或僅限內部存取,使未經驗證的可達性降為零。Langflow 的設計本就會執行程式碼,因此暴露本身就是根本風險。這是實際阻斷 RCE 的關鍵。
2

更新至最新版本(但不要只依賴修補)

更新至目前可用的最新版本。請區分 GHSA 的登錄資訊與 KEV 的修補參考,並將更新與隔離加驗證搭配使用。請隨時查閱廠商的版本說明與安全通告,以確認目前狀態。
3

檢查是否遭入侵(假設曾經暴露)

檢查可疑程序、排程任務(cron)項目與對外流量;檢查非預期的檔案寫入;檢查是否有存取憑證或雲端中繼資料的痕跡(例如執行個體 IAM 權杖);以及 validate 端點上未經驗證的存取紀錄。將 RCE 視為「伺服器機密(金鑰、權杖、資料庫憑證)可能已外洩」,若系統曾暴露,請輪替憑證。
4

以最小權限執行並縮減攻擊面

以非 root 使用者執行 Langflow,並將其可存取的雲端權限降到最低(例如執行個體角色等)。若不需要,應限制其可連線至中繼資料端點。即使遭入侵,這也是縱深防禦,用以降低損害。
5

以機器監控 CVE 並快速更新

監控 Langflow 及其他自架產品的版本與 CVE,並在通告發布時迅速更新或阻擋。這能從結構上避免「已知公開的 CVE 被漏看而未修補」的情況。

本站觀點:會執行程式碼的工具預設應為「不對外暴露」

從根本來看,這與其說是某一個漏洞的問題,不如說是把設計上就會執行程式碼的工具暴露於不受信任的網路。AI 代理程式建構工具與低程式碼平台,往往以任意程式碼執行作為便利性的前提;而一個「內部測試用」的執行個體,可能悄悄變成面向網際網路的服務。單次更新是必要的,但長期真正有效的,是預設「開發與測試用的程式碼執行工具絕不接觸網際網路」,並建立以機器持續監控自架 CVE、快速阻擋的例行流程。另請參閱我們的AI 時代安全檢核表。

延伸閱讀

來源與範圍

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

FAQ

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

在 Langflow 的程式碼檢查(validate)端點中,透過 exec_globals 參數傳入的不受信任輸入會被 Python 的 exec() 直接執行。未經驗證的攻擊者因此可執行任意程式碼(在許多部署中為 root 權限),直接導致伺服器被接管、憑證與雲端中繼資料遭竊,並橫向移動至其他系統。CVSS 9.8,且已確認有實際在野利用(CISA KEV)。

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

限制網際網路暴露,要求驗證並採最小權限,更新並檢查是否遭入侵。GHSA 未登錄已修補版本,而 KEV 連結至 v1.9.0。請勿從這項差異推論最低修補版本;請針對已安裝的版本查閱官方資訊。

Q為什麼不同來源的嚴重性評估不一致?
A

NVD 與 ZDI 依 CVSS 3.x 給予 9.8(Critical);GitHub Advisory 依 CVSS 4.0 給予 8.9(High)。使用不同版本或評估條件的分數無法直接比較。由於已有未經驗證的程式碼執行與實際利用的報告,應優先限制暴露並進行更新。