Skip to content

Latest commit

 

History

History
152 lines (97 loc) · 13.1 KB

File metadata and controls

152 lines (97 loc) · 13.1 KB

保護您的生成式 AI 應用程式

保護您的生成式 AI 應用程式

簡介

本課程將涵蓋:

  • AI 系統中的安全性。
  • AI 系統常見的風險與威脅。
  • 保護 AI 系統的方法與考量。

學習目標

完成本課程後,您將了解:

  • AI 系統的威脅與風險。
  • 保護 AI 系統的常見方法與實踐。
  • 如何透過實施安全測試來防止意外結果及降低使用者信任的流失。

在生成式 AI 的背景下,安全性意味著什麼?

隨著人工智慧 (AI) 和機器學習 (ML) 技術越來越深刻地影響我們的生活,保護不僅是客戶資料,還包括 AI 系統本身變得至關重要。AI/ML 越來越多地被用於支持高價值的決策過程,而在某些行業中,錯誤的決策可能導致嚴重後果。

以下是需要考量的重點:

  • AI/ML 的影響:AI/ML 對日常生活有重大影響,因此保護它們已成為必要。
  • 安全挑戰:AI/ML 的影響需要適當的關注,以應對保護 AI 產品免受複雜攻擊(無論是惡意網民還是有組織的團體)的需求。
  • 策略性問題:科技產業必須主動應對策略性挑戰,以確保長期的客戶安全和資料安全。

此外,機器學習模型通常無法區分惡意輸入與良性異常資料。大量的訓練資料來自未經篩選、未經審核的公共數據集,這些數據集開放給第三方貢獻者。攻擊者不需要入侵數據集,因為他們可以自由地向其中添加內容。隨著時間推移,低可信度的惡意數據可能因其結構/格式正確而成為高可信度的可信數據。

因此,確保模型用於決策的數據存儲的完整性和保護至關重要。

理解 AI 的威脅與風險

在 AI 及相關系統中,數據污染是目前最顯著的安全威脅。數據污染是指有人故意更改用於訓練 AI 的信息,導致其出現錯誤。這是由於缺乏標準化的檢測和緩解方法,加上我們依賴未經信任或未經篩選的公共數據集進行訓練所致。為了維持數據完整性並防止訓練過程出現缺陷,追蹤數據的來源和沿襲至關重要。否則,俗話說的「垃圾進,垃圾出」將成為現實,導致模型性能受損。

以下是數據污染如何影響模型的例子:

  1. 標籤翻轉:在二元分類任務中,攻擊者故意翻轉部分訓練數據的標籤。例如,將良性樣本標記為惡意樣本,導致模型學習錯誤的關聯。
    例子:垃圾郵件過濾器因標籤被操控而將合法郵件誤分類為垃圾郵件。
  2. 特徵污染:攻擊者微妙地修改訓練數據中的特徵以引入偏差或誤導模型。
    例子:在產品描述中添加無關的關鍵字以操控推薦系統。
  3. 數據注入:將惡意數據注入訓練集以影響模型的行為。
    例子:引入虛假用戶評論以扭曲情感分析結果。
  4. 後門攻擊:攻擊者在訓練數據中插入隱藏模式(後門)。模型學會識別此模式,並在觸發時表現出惡意行為。
    例子:面部識別系統因後門圖片訓練而錯誤識別特定人物。

MITRE Corporation 創建了 ATLAS (人工智慧系統的對抗性威脅景觀),這是一個知識庫,記錄了真實世界中攻擊 AI 系統的策略和技術。

隨著 AI 的整合增加,AI 驅動的系統中的漏洞數量正在增多,這使得現有系統的攻擊面超越了傳統的網絡攻擊。我們開發 ATLAS 是為了提高對這些獨特且不斷演變的漏洞的認識,因為全球社會越來越多地將 AI 整合到各種系統中。ATLAS 模仿了 MITRE ATT&CK® 框架,其策略、技術和程序 (TTPs) 與 ATT&CK 中的內容互補。

與廣泛用於傳統網絡安全的 MITRE ATT&CK® 框架類似,ATLAS 提供了一組易於搜索的 TTPs,幫助更好地理解和準備應對新興攻擊。

此外,開放網絡應用安全項目 (OWASP) 創建了一個 "前 10 名列表",列出了使用 LLM 的應用程式中最關鍵的漏洞。該列表突出了包括上述數據污染在內的威脅風險,以及其他如:

  • 提示注入:攻擊者通過精心設計的輸入操控大型語言模型 (LLM),使其表現出非預期行為。
  • 供應鏈漏洞:構成 LLM 應用程式的組件和軟件(如 Python 模組或外部數據集)本身可能被攻擊,導致意外結果、引入偏差甚至基礎設施中的漏洞。
  • 過度依賴:LLM 是不完美的,可能會出現幻覺,提供不準確或不安全的結果。在一些已記錄的情況中,人們直接接受結果,導致意外的現實世界負面後果。

Microsoft Cloud Advocate Rod Trent 撰寫了一本免費電子書 必學 AI 安全,深入探討這些和其他新興 AI 威脅,並提供廣泛的指導以最佳方式應對這些情境。

AI 系統和 LLM 的安全測試

人工智慧 (AI) 正在改變各個領域和行業,為社會提供新的可能性和益處。然而,AI 也帶來了重大挑戰和風險,例如數據隱私、偏差、缺乏可解釋性以及潛在的濫用。因此,確保 AI 系統安全且負責任至關重要,這意味著它們遵守道德和法律標準,並能夠被使用者和利益相關者信任。

安全測試是評估 AI 系統或 LLM 安全性的一個過程,通過識別和利用其漏洞來進行。這可以由開發者、使用者或第三方審核員根據測試的目的和範圍進行。以下是 AI 系統和 LLM 最常見的安全測試方法:

  • 數據清理:這是從 AI 系統或 LLM 的訓練數據或輸入中移除或匿名化敏感或私人信息的過程。數據清理可以通過減少機密或個人數據的暴露來防止數據洩漏和惡意操控。
  • 對抗性測試:這是生成並應用對抗性例子到 AI 系統或 LLM 的輸入或輸出以評估其對抗攻擊的穩健性和韌性。對抗性測試可以幫助識別和緩解 AI 系統或 LLM 的漏洞和弱點,這些可能被攻擊者利用。
  • 模型驗證:這是驗證 AI 系統或 LLM 的模型參數或架構的正確性和完整性的過程。模型驗證可以通過確保模型受到保護和認證來檢測和防止模型竊取。
  • 輸出驗證:這是驗證 AI 系統或 LLM 輸出的質量和可靠性的過程。輸出驗證可以通過確保輸出一致且準確來檢測和糾正惡意操控。

OpenAI 作為 AI 系統的領導者,已設立一系列 安全評估 作為其紅隊網絡計劃的一部分,旨在測試 AI 系統的輸出以促進 AI 安全。

評估可以從簡單的問答測試到更複雜的模擬。以下是 OpenAI 開發的樣本評估,從多個角度評估 AI 行為的具體例子:

說服力

  • MakeMeSay:AI 系統能多好地誘使另一個 AI 系統說出一個秘密詞?
  • MakeMePay:AI 系統能多好地說服另一個 AI 系統捐款?
  • Ballot Proposal:AI 系統能多好地影響另一個 AI 系統對政治提案的支持?

隱寫術(隱藏訊息)

  • Steganography:AI 系統能多好地在不被另一個 AI 系統察覺的情況下傳遞秘密訊息?
  • Text Compression:AI 系統能多好地壓縮和解壓訊息,以便隱藏秘密訊息?
  • Schelling Point:AI 系統能多好地在沒有直接溝通的情況下與另一個 AI 系統協調?

AI 安全性

我們必須致力於保護 AI 系統免受惡意攻擊、濫用或非預期後果的影 模擬真實世界的威脅已成為建立具韌性 AI 系統的標準做法,透過使用類似的工具、策略和程序來識別系統的風險並測試防禦者的應對能力。

AI 紅隊測試的實踐已經演變為更廣泛的意義:它不僅涵蓋探測安全漏洞,還包括探測其他系統故障,例如生成可能有害的內容。AI 系統帶來了新的風險,而紅隊測試是理解這些新型風險的核心,例如提示注入和生成無根據的內容。- Microsoft AI Red Team building future of safer AI

紅隊測試的指導和資源

以下是塑造 Microsoft AI 紅隊計劃的關鍵洞察。

  1. AI 紅隊測試的廣泛範疇:
    AI 紅隊測試現在涵蓋了安全性和負責任 AI (RAI) 的成果。傳統上,紅隊測試專注於安全方面,將模型視為攻擊向量(例如,竊取底層模型)。然而,AI 系統引入了新的安全漏洞(例如,提示注入、污染),需要特別關注。除了安全性之外,AI 紅隊測試還探測公平性問題(例如,刻板印象)和有害內容(例如,美化暴力)。及早識別這些問題可以幫助優先考慮防禦投資。

  2. 惡意和良性故障:
    AI 紅隊測試從惡意和良性兩個角度考慮故障。例如,在紅隊測試新 Bing 時,我們不僅探索惡意對手如何顛覆系統,還研究普通用戶可能遇到的問題或有害內容。與傳統安全紅隊測試主要關注惡意行為者不同,AI 紅隊測試涵蓋了更廣泛的角色和潛在故障。

  3. AI 系統的動態特性:
    AI 應用程序不斷演變。在大型語言模型應用中,開發者會根據需求的變化進行調整。持續的紅隊測試確保對不斷演變的風險保持警惕並進行適應。

AI 紅隊測試並非包羅萬象,應被視為補充其他控制措施的動作,例如 基於角色的訪問控制 (RBAC) 和全面的數據管理解決方案。它旨在補充安全策略,專注於使用安全且負責任的 AI 解決方案,考慮隱私和安全,同時努力減少偏見、有害內容和錯誤信息,這些可能會削弱用戶信心。

以下是一些額外的閱讀材料,可以幫助您更好地了解紅隊測試如何幫助識別和減輕 AI 系統中的風險:

知識檢查

什麼是維護數據完整性和防止濫用的良好方法?

  1. 為數據訪問和數據管理設置強大的基於角色的控制
  2. 實施並審核數據標籤以防止數據誤表示或濫用
  3. 確保您的 AI 基礎設施支持內容過濾

A:1,雖然以上三項建議都很棒,但確保您為用戶分配適當的數據訪問權限將在防止操縱和誤表示 LLM 使用的數據方面發揮重要作用。

🚀 挑戰

深入了解如何在 AI 時代 管理和保護敏感信息

出色的工作,繼續學習

完成本課程後,請查看我們的 生成式 AI 學習合集,繼續提升您的生成式 AI 知識!

前往第 14 課,我們將探討 生成式 AI 應用程序生命周期


免責聲明
此文件已使用 AI 翻譯服務 Co-op Translator 進行翻譯。儘管我們努力確保準確性,但請注意,自動翻譯可能包含錯誤或不準確之處。原始文件的母語版本應被視為權威來源。對於關鍵信息,建議使用專業人工翻譯。我們對因使用此翻譯而引起的任何誤解或誤釋不承擔責任。