適用對象：在自己的伺服器或容器上執行 Conductor（conductor-oss，也稱 Orkes Conductor）的團隊，包括將其用於 AI 代理工作流程的團隊。本文根據 CVE 紀錄、NVD、該專案的版本說明、CISA 的 KEV 目錄以及一家資安廠商的警報撰寫，不包含攻擊步驟或利用程式碼。
進行中：隨著更多資訊公布，本頁將持續更新
- 適用對象
在自己的伺服器或容器上執行 Conductor（conductor-oss，也稱 Orkes Conductor）的團隊，包括將其用於 AI 代理工作流程的團隊。
- 已確認的影響範圍查看表格 ↓
- 受影響版本與修補版本
- 無需身分驗證
- 實際發生的攻擊嘗試
- 尚未確認的事項
- 是否有攻擊嘗試導致已確認的入侵
- 該專案或 Orkes 的安全公告或說明
- Orkes 的代管或企業版產品是否受影響
另外2項
- NVD 自身的分析（狀態：Deferred）
- CISA 是否會將其加入 KEV 目錄
- 現在要做的事查看步驟 ↓
- 找出您的 Conductor 伺服器及其版本
- 更新至 3.30.2 或更新版本
- 讓工作流程 API 遠離網際網路
另外1項
- 如果受影響的版本曾可存取，請以可能已遭入侵進行檢查
- 查證來源（出處）全部來源 ↓
- NVD，CVE-2026-58138
- 最後查證
- 截至2026年10月31日（日本時間）
續報計畫與查證紀錄
CVE 紀錄與修補版本均已公開。該資安廠商的數據來自9月。我們在10月31日核對了 NVD、GitHub 發布頁面、該專案的安全公告以及 CISA 的 KEV 資料來源。
今天要做的事
找出您的 Conductor 伺服器及其版本
在容器映像檔、Helm chart、Compose 檔案與建置檔案中尋找 Conductor 伺服器，並記下版本標籤。受影響：3.21.21 至低於 3.30.2。別忘了為 AI 代理工作架設的測試、預備與概念驗證伺服器。
更新至 3.30.2 或更新版本
3.30.2 包含修補。截至10月31日，最新的穩定版本是 3.33.0（10月26日）。如果今天無法更新，請在能夠更新之前讓該伺服器脫離網際網路。
讓工作流程 API 遠離網際網路
該資安廠商建議限制工作流程 API 的暴露範圍。請把伺服器放在私有網路中，只允許需要它的系統連線，並在其前方要求身分驗證（例如反向代理或 API 閘道）。更新可以修補這個漏洞；限制存取也能縮小下一個漏洞的影響。
如果受影響的版本曾可存取，請以可能已遭入侵進行檢查
據該廠商表示，攻擊嘗試是在9月上旬被統計到的，公開的利用程式碼於8月發布。一般而言（本站建議）：尋找團隊中沒有人建立過的工作流程定義、由 Conductor 伺服器啟動的異常程序、不尋常的對外連線，以及主機上新增的檔案或排程工作。
輪替該伺服器能夠讀取的憑證，例如資料庫、訊息佇列以及 AI 服務商的 API 金鑰。如果發現任何無法解釋的情況，請從乾淨的映像檔重建主機，而不是在原處清理。
已揭露的內容
- 產品
- Conductor，一個面向應用程式與 AI 代理的開源工作流程引擎（conductor-oss/conductor；CVE 紀錄中稱為「Orkes Conductor」）
- 類型
- 程式碼注入（CWE-94）。JavaScript 與 Python 腳本求值器沒有沙箱隔離，因此提交的工作流程定義中的運算式可以觸及作業系統
- 身分驗證
- 不需要（CVE 紀錄）
- 嚴重程度
- CVSS v3.1 9.8，CVSS v4.0 9.3（評分來自 CVE 編號機構，一家資安廠商）
- 受影響
- 3.21.21 至低於 3.30.2
- 已修補
- 3.30.2（2026年6月3日發布）
- 利用情況
- 一家網路資安廠商回報了遭攔截的攻擊嘗試（24小時內 1,290 次；七天內 6,696 次，2026年9月）。尚無已確認入侵的公開資訊
- NVD / KEV
- NVD 狀態為 Deferred（最後修改於10月25日）。10月31日不在 CISA 的 KEV 目錄中
1. 找出版本
3.21.21 至 3.30.1 受影響
2. 更新並限制存取
3.30.2 或更新版本；API 放在私有網路中
3. 檢查曾暴露的伺服器
不明的工作流程、程序、連線；輪替金鑰
時間軸
2026年5月22日
一項名為「Restrict graaljs further」（進一步限制 JavaScript 引擎）的變更被合併到該專案中。6月3日
包含該變更的 3.30.2 發布。版本說明中沒有提到安全修補或 CVE。6月30日
CVE-2026-58138 公布，修補版本為 3.30.2。8月9日
據該資安廠商的警報，公開的利用程式碼發布。9月9日
該資安廠商回報，24小時內攔截了 1,290 次攻擊嘗試（單日增加 132%），七天內攔截了 6,696 次。9月15日
該廠商發布爆發警報，建議更新至 3.30.2 或更新版本。之後一家資安新聞網站報導，一週內的嘗試次數接近 7,000 次。10月31日
不在 CISA 的 KEV 目錄中；NVD 狀態為 Deferred。
已知與未知的資訊
| 項目 | 來源的說法 | 狀態 |
|---|---|---|
| 受影響版本與修補版本 | 3.21.21 至低於 3.30.2；在 3.30.2 中修補 | 已確認（CVE 紀錄） |
| 無需身分驗證 | CVE 紀錄中寫明 | 已確認（CVE 紀錄） |
| 實際發生的攻擊嘗試 | 一家資安廠商統計了遭攔截的嘗試 | 已確認（資安廠商） |
| 成功的入侵 | 在我們查閱的來源中沒有公開資訊 | 未說明 |
| 該專案或 Orkes 的公告或說明 | 在 GitHub 上未找到；只有版本說明 | 未說明 |
| Orkes 的代管或企業版產品 | 不在 CVE 紀錄的範圍內 | 未說明 |
| CISA KEV | 截至10月31日未列入 | 未說明 |
| NVD 分析 | 狀態為 Deferred | 未說明 |
為什麼這個漏洞容易被忽略
這裡有三個因素疊加。修補在發布時沒有安全標示，因此只追蹤安全公告的團隊沒有可以據以行動的資訊。接著，該 CVE 進入 NVD 的 Deferred 佇列，也沒有 KEV 條目，因此依據這些訊號排序的儀表板會把它排得很低。此外，為 AI 代理專案架設的工作流程引擎可能不在平常的修補清單之內。
這與 Metabase 入侵事件（英文）是同樣的教訓：一個持有大量憑證的內部工具可從網際網路存取，並在無需登入的情況下遭利用。如果您的漏洞分級依賴 KEV，請把開發方或資安廠商的利用回報也作為觸發條件（參見如何決定先修補哪些 CVE）。
資料來源
於2026年10月31日（日本時間）查證。
- NVD，CVE-2026-58138 — nvd.nist.gov
- conductor-oss/conductor，v3.30.2 發布（2026年6月3日） — github.com
- CVE 編號機構（一家資安廠商）的公告 — vulncheck.com
- 資安廠商的威脅訊號報告（2026年9月9日） — fortiguard.com
- 資安廠商的爆發警報（2026年9月15日） — fortiguard.com
- CISA，Known Exploited Vulnerabilities Catalog（10月31日核對；未列入） — cisa.gov
- 資安新聞報導（2026年9月22日） — esecurityplanet.com
更新紀錄
2026-10-31：首版，根據 NVD、該專案的版本說明、CISA 的 KEV 目錄以及一家資安廠商的警報。
延伸閱讀
- 類似案例：Metabase 漏洞導致的入侵事件（英文）
- 決定修補優先順序：如何決定先修補哪些 CVE（CVSS、EPSS、KEV）
- 應變步驟：漏洞修補作業手冊
- 術語：什麼是遠端程式碼執行（RCE）？ / 什麼是 CVSS？
- 與 AI 相關的攻擊：防禦 AI 驅動的攻擊（英文）