跳到正文
IFAI

大模型

OpenAI 推出私密安全處理:不存提示詞,也能跨會話防濫用

首次發布 傳播指數 48

OpenAI 預覽 Private Safety Processing,旨在解決前沿模型的多輪安全監測與零資料保留(ZDR)的衝突。系統通過自動化檢測多輪互動中的濫用模式,但全程採用客戶自控金鑰加密,OpenAI 員工無法接觸原始內容。

OpenAI 推出私密安全處理:不存提示詞,也能跨會話防濫用
圖:openai.com

給企業客戶做大模型服務,最難平衡的永遠是兩件事:一邊是客戶要求「資料別碰我的一根汗毛」,另一邊是監管和安全團隊要求「必須盯緊有沒有人用 AI 搞破壞」。

此前,OpenAI 的零資料留存政策雖然保證了請求處理完即銷燬,但當時的安全檢查只能單次、單條地看。如果有人分拆步驟試探大模型,或者 AI 智慧體在長任務中失控,傳統的單次審查根本看不出來。

既要防使壞,又要蒙上眼睛

OpenAI 針對 API 客戶預覽了一套名為 Private Safety Processing 的系統,並在 2026 年 9 月 22 日開始分批推向 API 使用者。

這套系統的目標很簡單:在不違背零資料留存承諾的前提下,把安全監控的視野從「單條對話」拉長到「多次互動鏈條」。

很多嚴重的安全風險在單次互動裡看著毫無破綻,比如惡意人員拆分提示詞反覆試探防線、跨賬號協同,或者把破壞性意圖偽裝成普通的學術研究。還有一種情況是 AI 智慧體執行長任務時,使用者喊停了它還在繼續跑。

要想看穿這些動作,系統必須結合上下文判斷。但市面上有些前沿模型的做法是直接保留客戶的敏感內容來做人工或後臺複核,這對於金融、醫療這類有嚴苛合規要求的機構來說,往往直接碰了紅線。

演算法在查違規,人類員工拿不到鑰匙

OpenAI 的解法是把審查完全交給自動化系統,徹底隔絕人類員工的視線。

在零資料留存的架構下,客戶資料依然留在客戶自己控制的基礎設施上。如果選擇使用 OpenAI 提供的儲存,所有內容也會用客戶自己掌握的金鑰加密,OpenAI 員工手中沒有金鑰,碰不到明文。

自動化工具會跨越多次互動去識別異常模式。一旦觸發警報,OpenAI 拿到的並不是聊天記錄,而是一個定義極窄的分類訊號,用來決定是否需要採取限制措施。

被警告或受限的客戶可以在自己的系統內調取記錄進行排查。如果認為誤判需要申訴,或者配合調查確鑿的濫用行為,客戶可以自主選擇是否向 OpenAI 共享相關記錄。

為什麼重要

對企業開發者和合規團隊來說,這是個關鍵的定心丸。金融、醫療或持有核心機密的機構,之前在接入前沿大模型和自動化智慧體時,往往因為資料審查政策卡在法務那一關。現在有了端到端加密與全自動跨會話風控,合規門檻低了不少,值得正在評估前沿模型 API 的團隊跟進。

對行業來說,OpenAI 實際上在隔空叫板那些要求留存資料才給用前沿模型的競爭對手。隨著 AI 逐步接管長流程的自主任務,跨會話安全監測已經成為標配,OpenAI 試圖證明安全防禦不必以犧牲零資料留存為代價。

我們認為這種設計非常討巧。它把最敏感的「看資料」環節完全關進自動化的黑盒,用客戶持鑰的方式在法律和工程上建立防火牆。但潛在的隱患在於,完全依靠自動化演算法跨會話抓取違規,極其考驗模型對業務上下文的理解,一旦把正常的長流程自動化任務誤判為濫用,且員工無法直接檢視原文排查,申訴和溝通成本可能會顯著增加。

來源 (1)

  1. [1]
    openai.com(在新分頁開啟)原文openai.com

每日 AI 內容精選