KeyFrame

2026 亞利安科技 Solution Day|Qualys|以 AI 對抗 Claude Mythos 帶來的衝擊:Qualys ETM 驅動的風險優先排序及補救措施

CipherTech 亞利安科技·6月18日週四·22 min中文

三句話摘要

CORUS ETM 如何以 AI 驅動的威脅暴露管理(CTEM)框架,協助企業在 AI 自動化漏洞挖掘時代完成風險優先排序與補救。 --- 在 AI 縮短漏洞利用時間窗口的時代,企業最有效的防禦策略不是修更多漏洞,而是用 CTEM 框架搭配 AI 優先排序,集中資源處理那不到 1% 真正會被武器化的高風險漏洞。 AI 武器化漏洞挖掘正在改變威脅格局:傳統上漏洞每年累積速度已是 14 年前的 6.5 倍,AI 模型進一步能自主找出從未被人工發現的陳年漏洞,使漏洞數量與利用速度同步加速,企業的應對時間被極度壓縮。

重點整理

重點
  • 1

    AI 武器化漏洞挖掘正在改變威脅格局:傳統上漏洞每年累積速度已是 14 年前的 6.5 倍,AI 模型進一步能自主找出從未被人工發現的陳年漏洞,使漏洞數量與利用速度同步加速,企業的應對時間被極度壓縮。

  • 2

    只有 1% 的漏洞真正需要即時處理:2025 年 48,000 個漏洞中僅 357 個被實際利用,這意味著風險優先排序比全量修補更關鍵——企業應聚焦於「武器化漏洞」(weaponized vulnerability),而非盲目依 CVSS 分數逐一處理。

  • 3

    CTEM 五階段框架是應對 AI 威脅的系統性答案:Scoping(界定攻擊面)→ Discovery(發現資產與漏洞)→ Prioritization(優先化)→ Validation(驗證可利用性)→ Mobilization(動員修復),五個環節缺一不可,且必須持續循環執行而非一次性掃描。

  • 4

    補救階段需要 AI 輔助的可靠性驗證:廠商推出的補丁本身可能存在品質問題;CORUS ETM 使用 AI 分析市場上的補丁可靠性,並對無補丁漏洞提供設定變更腳本,讓修復動作可自動化落地。

  • 5

    --

實用技巧與重點

乾貨
  • 某 AI 模型於 2026 年 4 月發布,可自主發現潛伏已久漏洞
  • OpenBSD:被發現一個潛伏 27 年的漏洞
  • Apple 影像處理軟體(Apple Ambit):被發現 16 年前的漏洞
  • 漏洞被利用時間:過去 63 天 → 現在 7 天 → AI 威脅時代可能縮短至數小時
  • 2025 年 CVE 總數:約 48,000 個;實際被利用:357 個(<1%)
  • 14 年間漏洞數量增長:6.5 倍
  • 兩項核心指標:WoW(Window of Weakness,漏洞公開到被利用的時間)、AWE(漏洞公開到完成緩解的時間);目標為 AWE < WoW
  • CTEM 五階段:Scoping → Discovery → Prioritization → Validation → Mobilization
  • CORUS ETM 支援來源:Agent 掃描、雲端連接器、CNAPP 整合、第三方工具資料匯入
  • 補丁部署方式:透過 Agent 自動派發;AI 驗證補丁可靠性
  • 無補丁漏洞:平台提供設定變更腳本(如修改版本設定)
  • 內建 AI 助手功能:漏洞可利用性驗證、合規報告、日常操作支援
  • CORUS 成立年份:1999 年,已營運 26 年
  • --

結論

結論

在 AI 縮短漏洞利用時間窗口的時代,企業最有效的防禦策略不是修更多漏洞,而是用 CTEM 框架搭配 AI 優先排序,集中資源處理那不到 1% 真正會被武器化的高風險漏洞。

完整解析

詳細

隨著 AI 技術快速演進,2026 年 4 月一款 AI 模型的發布讓資安產業意識到威脅格局已根本性改變。這款模型能夠自主分析系統底層邏輯,找出長期潛伏、從未被人工發現的漏洞——在 OpenBSD 中找到一個隱藏 27 年的安全缺陷,在 Apple 影像處理軟體中找到 16 年前的弱點。這些發現揭示了一個殘酷的現實:過去人工滲透測試與周期性掃描的方式,根本無法應對 AI 可以持續、大規模、自動化挖掘漏洞的新環境。

問題的嚴重性不只在於漏洞數量,更在於時間壓縮。過去漏洞從公開揭露到被攻擊者利用平均需要 63 天,近期已壓縮至 7 天,而在 AI 輔助攻擊的情境下,可能進一步縮短至數小時。防守方的核心任務因此變成:確保自身完成修復所需的時間(AWE)要短於攻擊方利用漏洞的時間(WoW)。要做到這件事,中間涉及資產盤點、漏洞發現、風險評估、修復驗證等大量步驟,不可能靠人工線性處理。

幸運的是,真正需要即時處理的漏洞遠比想像中少。2025 年全年新增約 48,000 個 CVE,但實際被攻擊者武器化利用的僅有 357 個,比例不到 1%。這個數字說明了風險優先排序的戰略價值——企業沒有能力也不需要修復所有漏洞,而是應該聚焦於那 1% 的高威脅漏洞,以有限資源換取最大防禦效益。CORUS 建議採用 Gartner 提出的 CTEM(Continuous Threat Exposure Management,持續威脅暴露管理)框架作為作業方法,其五個階段依序為:界定攻擊面(Scoping)、發現資產與漏洞(Discovery)、優先化排序(Prioritization)、驗證可利用性(Validation)、動員修復(Mobilization)。這個框架強調「持續」而非「一次性」,因為漏洞的風險等級會隨時間變化,今天是低風險的 CVE,兩週後可能因出現公開 PoC 而升級為高風險。

CORUS ETM 平台的設計目標即是在單一統一框架下完整支援以上五個階段。在資產發現端,平台透過 Agent、雲端連接器與第三方工具整合,統一收集地端、雲端、容器、API 等各類資產的暴露狀況。在優先排序端,平台不只採用 CVSS 分數,還結合威脅情報、漏洞武器化狀態與業務環境(如是否為生產環境資產)進行 AI 自動評分,並解釋評分理由。在修復端,平台透過 Agent 自動派發補丁,並以 AI 分析補丁可靠性以避免部署有問題的更新;對於無官方補丁的漏洞,則提供設定變更腳本供管理員直接執行。最後,平台內建多種 AI 助手,可協助漏洞可利用性驗證、合規報告生成與日常操作,讓整個 CTEM 循環得以持續自動化運作。

---

關鍵時刻

Pipeline v2

帶時間戳的重點,會在逐字稿層級分析上線後產生。目前請先透過原始影片觀看。

事實查核

Pipeline v2

說法查證是下一次管線升級的一部分。KeyFrame 只會顯示它真正能驗證的內容。

更多「AI 技術」的內容

Claude Cowork vs Codex: 誰才是更好的AI工作助手?
16 min
AI 技術中文6月20日

Claude Cowork vs Codex: 誰才是更好的AI工作助手?

李厂长来了

  • 介面設計哲學不同:Codework 以標籤頁區分聊天、文書與程式碼三種模式,任務彼此隔離不混淆;Codex 則將所有功能整合在單一介面,減少切換成本,但頁面相對雜亂。
  • 第三方整合能力差距明顯:Codework 提供大量連接器並支援 Zapier 擴展,且可針對每個連接器精細設定讀寫權限(如 Gmail 只讀免確認、寫信需批准);Codex 的插件數量較少且缺乏同等級的權限控制機制。
  • 定時任務管理方式影響長期使用體驗:Codework 將同一自動化任務的歷史記錄歸類在同一條目下,便於追蹤;Codex 每次執行都獨立列出,隨任務增多左側欄會越來越臃腫,不利於長期管理。
我贏得 NVIDIA GTC Taipei 2026 的金票啦!這 4 天展期會有什麼不一樣的體驗呢? | Computex 2026
編輯精選
28 min
AI 技術中文6月20日

我贏得 NVIDIA GTC Taipei 2026 的金票啦!這 4 天展期會有什麼不一樣的體驗呢? | Computex 2026

EngineerGary

  • Tokenomics 重新定義 AI 工廠價值:黃仁勛將所有輸出重新框架為 Token = Revenue,傳統工廠生產實體商品,AI 工廠改為生產 Token;對製造端而言,目標是以最低成本產生最多 Token,實現每投入 1 元帶回 3–5 元回報的商業邏輯。
  • 開源策略是市場放大器而非讓利:NVIDIA 釋出 Cosmos 3、Apomile 3 等開源模型,以及通用人型機器人,目的是降低新創進入自動駕駛、World Model、Physical AI 的門檻,擴大整體生態系規模,最終帶動更多算力與服務需求(「The more you buy, the more you earn」)。
  • Deal to Delivery Agent 解決中小企業流程瓶頸:Gary 團隊識別出企業收到客戶需求後,需跨工具手動完成報價、開票、GitHub issue、通知等重複性操作是最大效率殺手;Agent 自動拆解商機、建立 ERP 記錄並推送 Telegram 通知,人類只需在 Draft 狀態下做最終 Review 確認。
黃仁勳親自欽點⁉️執笠手機公司 BlackBerry 變身 AI 機械人主系統🤖下一個大浪提前準備
編輯精選
30 min
AI 技術中文6月20日

黃仁勳親自欽點⁉️執笠手機公司 BlackBerry 變身 AI 機械人主系統🤖下一個大浪提前準備

Coco哥

  • QNX 擁有機器人 OS 三大不可替代技術門檻
  • Windows 響應延遲 200 毫秒,Linux 一旦核心崩潰全部失效,而 QNX 具備毫秒級即時決策、ISO 26262 ASIL-D 與 IEC 61508 SIL-3 最高安全認證,以及微型內核獨立架構(單一模組崩潰不影響其餘系統),三項條件同時達標,現階段競爭對手均未能複製。
  • 40 年護城河非短期可追趕