AI 安全涵蓋三個 不同的面向,值得在與供應商洽談之前——而非洽談過程中——將它們區分開來。攻擊者利用 AI 來生成並擴大威脅;防禦者則利用 AI 來偵測並應對這些威脅;而第三類則橫跨這兩者:確保組織現有運行的 AI 系統、模型、訓練資料、RAG 來源及代理程式的安全,無論攻擊者是否接近這些系統,它們本身都存在風險。 |
關鍵要點
- AI 安全術語可分為三大類:攻擊者技術、防禦能力,以及保障 AI 系統本身所面臨的組織風險;若將這三者混為一談,將導致與供應商的對話出現偏差
- 一個術語究竟屬於「攻擊者技術」還是「防禦能力」,取決於人工智慧是在檔案、提示字元或資料集的哪一方進行操作,而非取決於技術本身
- 對檔案進行淨化處理並不能驗證其內容是否屬實;偵測到由人工智慧生成的內容,也無法證明存在詐欺;此外,檔案檢查並未涵蓋人工智慧代理程式被允許執行的行為範圍
我們的自有技術體現在以下多個術語中:AI 處理流程前的檔案與內容檢查、MetaDefender Aether™ 內的LLM 掃描,以及無論是否涉及 AI 模型皆適用的敏感資料控制。若涉及 AI 模型,我們會直接說明該功能;若某術語是業界簡稱,且在我們的技術架構中沒有直接對應的術語,則會直接註明該簡稱。
人工智慧安全的三大涵義
AI 安全術語可分為三類,這三類之間鮮少有重疊,儘管從表面看來,前兩類可能看似完全相同。攻擊者相關術語描述了 AI 如何加速攻擊行為,從 AI 生成的惡意軟體到遭篡改的訓練資料皆屬此類;防禦者相關術語則描述了 AI 如何強化偵測能力,從預測性、執行前的偵測到自動敏感資料遮蔽皆屬此類。攻擊者會利用生成式模型在數秒內生成一封極具說服力的釣魚電子郵件;防禦者則會利用數千次真實的釣魚攻擊嘗試來訓練分類器,藉此攔截此類攻擊。 底層技術相同,目的卻截然相反。
第三類風險則指人工智慧系統本身所蘊含的風險;無論涉及何人,模型檔案、訓練資料及代理程式皆獨立存在。以下各術語的區別在於:人工智慧是針對檔案、提示詞或資料集的哪一方進行操作,以及該風險是否與攻擊者有關。
1. 攻擊方 AI 術語
這九個術語描述了攻擊者如何運用人工智慧,從由人工智慧撰寫的惡意軟體到源頭遭篡改的資料。每個術語都反映了資安團隊目前已觀察到的實際模式。
術語 | 說明 | 應提出的問題 | opswat 如何使用這個術語 |
由人工智慧生成的惡意軟體 | 由人工智慧撰寫,或在人工智慧輔助下產生的、經人工智慧修改的程式碼。 | 偵測是依賴特徵,還是依賴結構與行為? | 「Venak Security 於 2026年針對二十個由人工智慧生成的惡意軟體樣本,對四款商用沙箱進行了測試,其中OPSWAT的Adaptive Sandbox 以 95% 的通過率位居榜首。」 |
由人工智慧生成的網路釣魚/社會工程學 | 由人工智慧打造的網路釣魚攻擊、語音克隆技術及深度偽造影片,旨在大規模地營造出極具說服力的效果。 | 偵測功能是會即時檢查連結和內容,還是僅在傳送當下才進行檢查? | 「與傳統詐騙不同,由人工智慧生成的釣魚電子郵件內容精緻且極具說服力。」 |
人工智慧輔助攻擊 | 這是一場在多個階段(包括偵察、有效載荷生成、規避偵測等)皆運用人工智慧的攻擊,而非僅將人工智慧作為偶爾的捷徑。 | 有什麼證據能證明這與某項特定活動有關,而非僅僅是一種普遍趨勢? | 「各國政府也正在調整修補程式的時程,以因應人工智慧輔助攻擊的快速蔓延。」 |
由人工智慧生成的零日漏洞 | 「AI 被用來發現漏洞或將其轉化為攻擊工具」,這項說法比「AI 寫出了新的惡意軟體」更為狹義。新型惡意軟體並不一定就是零日漏洞。 | 這項聲稱是指新的漏洞,還是僅僅是尚未被偵測到的全新惡意軟體? | 「Predictive Alin AI 持續利用MetaDefender Aether 提供的、經沙箱驗證的零日漏洞進行訓練。這有助於偵測由 AI 生成且前所未見的威脅。」 |
接觸由人工智慧驅動的惡意軟體 | 利用人工智慧建構或增強的惡意軟體,會透過與攜帶其他威脅相同的檔案、文件或處理管道輸入,進入人工智慧系統。 | 偵測機制是否能攔截由人工智慧所建構或引導的惡意軟體,還是僅能偵測到它先前曾見過的簽名? | 「大幅降低遭受人工智慧驅動的惡意軟體及基於檔案的攻擊的風險。」 |
對抗性人工智慧/提示注入 | 對抗性人工智慧是「精心設計的輸入攻擊」這一更廣泛類別的一部分;提示注入則是大型語言模型(LLM)特有的攻擊形式,其特點在於指令並非直接輸入,而是隱藏在檢索到的文件中。 | 該控制項是否會檢查模型擷取的結果,而不僅是使用者輸入的內容? | 「提示注入:攻擊者將隱蔽指令嵌入到串接式 PDF 檔案中隱藏的第一個區段內。」 |
碎布中毒 | 受污染的文件正腐蝕檢索系統的知識庫。 | 內容是在建索之前還是之後才進行篩選的? | 「確保僅將可信且符合政策規範的內容收錄至檢索系統與向量儲存庫中,從而降低RAG 中毒風險及長期存在的知識操縱問題。」 |
資料中毒 | 受損的訓練資料會導致模型產生對攻擊者有利的行為。 | 對於訓練資料的來源,目前有哪些可追溯性? | 「訓練資料中毒:用於微調或增強 AI 模型的文件可能包含隱藏部分……」 |
AI 處理流程中的檔案型惡意軟體 | 惡意檔案成功繞過純文字型人工智慧的防護機制。 | 防擋欄會檢查檔案內容,還是僅檢查周圍的文字? | 「AI 處理流程中的檔案型惡意軟體:惡意載荷隱藏在 PDF、Office 文件及壓縮檔等常見商務檔案之中。」 |
2. 防守方 AI 術語
以下術語說明了我們與業界其他業者如何運用人工智慧來保護人工智慧處理流程。這些術語均對應於我們技術堆疊中的特定技術。
術語 | 說明 | 應提出的問題 | opswat 如何使用這個術語 |
AI 原生安全/ 平臺 | 這是供應商用來定位產品的術語,意指人工智慧是產品架構的核心,而非後天附加的功能。MetaDefender 以 Aether™ 為例:Predictive Alin AI 作為專用的偵測層運作,而非僅是輔助功能。 | 當 AI 層與其他所有訊號都出現分歧時,會發生什麼情況? | 「對 AI 原生平台的評估,必須採用與評估任何現代軟體堆疊時同樣嚴格的標準……」 |
人工智慧輔助檢測模型 | 一種偵測模型,會將行為異常標記出來供審查,而分析師則仍需對警報進行關聯分析,並判斷哪些行為確實具有惡意。 | 該模型是會標記異常情況以供審查,還是會直接針對這些異常採取行動? | 「憑藉其人工智慧輔助的偵測模型,[MetaDefender NDR ] 會持續分析網路行為,以在攻擊生命週期的早期階段,即刻識別可能預示攻擊者活動的細微異常。」 |
AI 內容審查/ 偵測 | 我們的AI 內容檢測工具,可標記由 AI 生成的內容及文件造假。 | 它會自動將 AI 生成的內容標記為詐騙,還是將其提交給審核人員進行審查? | 「AI Content Inspector是OPSWAT 推出的一款由人工智慧驅動的內容真實性與文件造假偵測引擎,適用於圖片、PDF 及含文字的檔案。」 |
自主分流 | 在既定政策範圍內,負責處理部分委派警報分流任務的人工智慧,例如豐富案件資訊或建議優先級,而非擁有全面的調查權限。 | AI 會做出什麼決定,與它會提出什麼建議有何不同? | 「……該機構導入了OPSWAT所提供的MetaDefender Aether 服務,用以在受控環境中對可疑檔案進行初步篩選。」 |
可解釋人工智慧(XAI) | 判決背後的證據、貢獻訊號及限制,而不僅僅是信心分數。分數僅代表機率,而非解釋。 | 這個數字背後有什麼證據呢? | 「AI 稽核工具、可解釋性框架以及可解釋人工智慧(XAI)技術,有助於緩解人們對『黑箱』決策的擔憂。」 |
人工智慧安全 閘道器 | MetaDefender™ 平台針對大型語言模型(LLM)所設的防護機制,會在檔案和提示語送達大型語言模型之前進行篩查。 | 檢查是在內容傳送至模型之前進行,還是僅在之後才進行? | "MetaDefender Core 作為AI 安全閘道,會在檔案上傳前、RAG 資料導入前、工具執行前,以及資料跨越信任邊界前,對內容進行檢查與淨化。" |
預測性人工智慧 | 預測型 Alin AI,可在檔案執行前預測其惡意意圖(第 2 層:MetaDefender Aether 中的靜態分析)。 | 假陽性率是多少?是針對哪個資料集進行的? | 「該引擎經過優化,可確保精準度並與MetaDefender 平台無縫整合,使基於預測性人工智慧的威脅偵測功能能與其他檢測技術並行運作。」 |
由人工智慧增強的檔案類型偵測 | 我們的「檔案類型偵測™」技術,可偵測偽造的檔案。 | 這是在線執行,還是會增加延遲? | 「透過 AI 增強的檢測技術,能分析檔案的結構與內容以辨識其真實類型,彌補傳統驗證方式留下的漏洞。」 |
由人工智慧驅動的資料外洩防護(DLP) | 我們的Proactive DLP™技術,可對 125 種以上的檔案類型中的個人識別資訊 (PII)、個人健康資訊 (PHI) 及支付卡產業資料 (PCI) 進行遮蔽處理。 | 內容的遮蔽處理是在上傳完成之前進行,還是之後? | 「當檔案需要更深入的審查時,OPSWAT基於模擬技術的Adaptive Sandbox 會即時分析其行為。由人工智慧驅動的Proactive DLP ™能偵測並封鎖或遮蔽電子受保護健康資訊(ePHI)及其他敏感內容,協助企業履行《健康保險流通與責任法案》(HIPAA)及《一般資料保護條例》(GDPR)的義務。」 |
內容無害化與重建 | 我們的Deep CDR™ 技術能從檔案中移除活躍內容,並在不依賴簽名的情況下,針對 200 多種格式重建乾淨版本,同時在大型語言模型(LLM)的防護機制內運行,並搭配專為 AI 設計的控制措施。 | 經過淨化處理後,該檔案是否仍能正常運作? | 「OPSWAT 的『深度內容解除武裝與重建』(DeepContent Disarm and Reconstruction)檔案淨化技術,能掃描檔案、移除惡意內容,並以 100% 的準確度重建安全且可用的檔案。」 |
Multiscanning | 可同時將檔案送經 30 多個反惡意軟體引擎進行檢測。此功能雖非專為 AI 設計,但屬於大型語言模型(LLM)防護架構的一部分,能偵測那些 AI 驅動層原本無法處理的已知威脅。 | 在部署配置下,共有多少台引擎在運行? | 「當檢查在傳輸過程中進行時,多重掃描功能可在電子郵件附件送達前,透過多個反惡意軟體引擎對其進行評估。」 |
3. 確保人工智慧系統的安全性
這些術語既無法明確歸類為「攻擊」,也無法明確歸類為「防禦」。它們描述的是源自組織如何建構、管理及串聯其自身人工智慧系統所產生的風險,無論其中是否涉及攻擊者。
術語 | 說明 | 應提問的問題 | opswat 如何使用這個術語 |
確保人工智慧代理的安全性 | 釐清代理程式在未經批准的情況下,能夠執行哪些操作、存取哪些資源,以及對哪些事項採取行動。OWASP 的「過度代理權限」風險,在 2026 年 LLM 十大風險中排名第三,正是指出了這三個失誤點。 | 在任何程式碼執行之前,使用者是否會先看到輸出結果? | 「安全團隊該如何防禦自主式 AI 代理程式的攻擊?」 |
人工智慧模型與供應鏈安全 | 人工智慧系統所依賴的檔案與元件所潛藏的風險;例如遭入侵的預訓練模型,或是訓練流程中存在安全漏洞的套件。我們的 LLM 掃描功能會在模型執行前檢查其結構,並透過對抗性提示測試部署後的行為,而 SBOM 則 MetaDefender Software Supply Chain 則將類似的審查範圍擴展至 AI 處理管線所依賴的更廣泛元件集。 | 是檢查模型檔案本身,還是僅檢查它在執行時所處理的資料? | 「防範大型語言模型(LLM)及「Supply Chain 」威脅:在將開源大型語言模型、模型檔案及相關副產品導入企業 AI 環境之前,先對其進行掃描,以偵測其中是否含有惡意軟體、惡意內容及敏感資料。」 |
人工智慧/機器學習訓練資料的安全性 | 在資料導入之前,應先驗證訓練資料集、RAG 來源以及餵送至 AI 與分析管線的資料湖內容;遭篡改或不可信的資料,會像受損的依賴項一樣,導致模型產生偏差。 | 資料是在進入資料庫之前經過篩選,還是僅在模型以該資料進行訓練之後才進行篩選? | 「AI/ML 訓練資料:透過確保僅有可信賴的文件、程式碼、資料集及知識庫進入 AI 處理流程,來保護用於訓練 AI 模型、大型語言模型(LLMs)及 RAG 應用程式的資料。」 |
透過人工智慧導致敏感資料外洩 | 一旦像 Copilot 這樣的人工智慧助理能夠讀取並在回覆中呈現儲存於資料庫中的機密、受監管或專有資料,這些資料便會變得可被新發現。 | 該控制措施是在人工智慧助理獲得讀取權限之前,還是僅在獲得讀取權限之後,才對敏感資料進行分類與限制? | 「透過專為特定產業環境設計、以預防為先的多層次安全機制,保護關鍵 AI 工作流程免受不可信資料、惡意模型及敏感資料外洩的威脅。」 |
有幾項界限值得明確說明:對文件進行淨化處理並不能驗證其內容是否屬實;偵測到由人工智慧生成的內容,本身並不能證明存在詐欺;而檢查檔案也無法涵蓋因授予代理商廣泛權限所衍生的所有風險。上述每個術語僅能解決問題的特定部分,而非整個風險。
這些術語在日常工作中會出現在哪些地方
下表將常見的日常情境與能解決這些問題的OPSWAT 技術進行對應。
日常工作流程 | 您需要準備的物品 | 相關的OPSWAT 連結 |
文件進入助理系統或 RAG 處理流程 | 在處理或建立索引之前,請檢查檔案並套用政策 | MetaDefender Core 以及大型語言模型(LLM)的防護措施 |
機密檔案被上傳至 AI 服務 | 偵測敏感資料,並在資料外傳前加以封鎖或遮蔽 | Proactive DLP, 經由MetaDefender ICAP Server |
各團隊推出第三方 AI 模型 | 檢查模型檔案並測試部署後的行為 | MetaDefender Aether 的 LLM 掃描:靜態與動態分析 |
發票、索賠或圖片會影響核准結果 | 辨識人工智慧生成內容及詐騙跡象 | AI 內容檢查器的檢查結果支持此次審查 |
AI 專案檔案會在各團隊之間傳遞,或存放在儲存空間中 | 在轉運與倉儲工作流程中實施檢驗 | MetaDefender Managed File Transfer 以及 MetaDefender Storage Security |
實際應用範例
我們開發了本文所涵蓋許多術語背後的技術,從 Predictive Alin AI 在MetaDefender Aether 中提供的「執行前偵測」,到 AI Content Inspector 的內容真實性檢查,以及Proactive DLP 技術所實現的敏感資料遮蔽功能。了解這些技術如何應用於您自己的資料、模型及大型語言模型(LLM)工作流程中。
最新研究證實了這些術語所描述的情況。OPSWAT委託 Osterman Research 進行的《2026 年企業檔案安全報告》發現,能力與信心之間存在嚴重落差:73.6% 的資安主管將其檔案安全評為「非常成熟」或「極度成熟」,但沒有任何組織的實證能達到前兩級水準,且 94.5% 的組織對自身的評分高於其實際做法所能支撐的程度。
這項差距正迅速擴大:過去一年來,對於人工智慧生成的威脅能夠規避人工智慧驅動防禦系統的擔憂,增加了 87%。這在具體技術層面亦有所體現——前文提及的「內容解除武裝與重建」(Content Disarm and Reconstruction)及「內容標記與重構」(Multiscanning )這兩項技術,在該研究中被列為「以預防為先」的部署中成熟度最低的項目,其中僅有 22.9% 和 25.9% 被評為「極度成熟」。
常見問題
「攻擊者」、「防禦者」和「AI 系統」這幾個資安術語之間有何區別?
「攻擊者」相關術語描述了 AI 如何加速攻擊行為,例如 AI 生成的惡意軟體或資料中毒。「防禦者」相關術語則描述了 AI 如何強化偵測能力,例如預測性偵測、執行前偵測,或是由 AI 驅動的資料外洩防護(DLP)。AI 系統安全術語則描述了 AI 系統本身、模型檔案、代理程式及訓練資料所存在的風險,這些風險無論是否涉及攻擊者皆會存在。 相同的底層技術可能出現在多個類別中,因此分類取決於行為主體以及實際面臨風險的對象。
該控制機制是檢查原始檔案、萃取的文字、模型產出物,還是即時模型回應?
這有四個不同的檢查要點,而聲稱提供「AI 安全」的供應商可能僅涵蓋其中一項。在假設其他項目也包含在內之前,請先具體詢問是哪一項。
檢查是在哪裡進行的?此外,該工作流程是否能阻擋或隔離內容,而不僅是標記它?
若缺乏執法點,偵測仍會讓高風險內容通過。請確認該控制措施是在內容傳輸前進行內聯處理,還是僅在事後進行通報。
除了檔案和內容檢查之外,哪些風險還需要額外的應用程式、身分識別或代理程式控制措施?
即使在同一個資安架構中,代理程式權限、身分治理以及檔案層級檢查通常也由不同的工具負責處理。請詢問哪些項目明確不在範圍內,而不僅是哪些在範圍內。
