OpenAI 推出私密安全处理:不存提示词,也能跨会话防滥用
OpenAI 预览 Private Safety Processing,旨在解决前沿模型的多轮安全监测与零数据保留(ZDR)的冲突。系统通过自动化检测多轮交互中的滥用模式,但全程采用客户自控密钥加密,OpenAI 员工无法接触原始内容。

给企业客户做大模型服务,最难平衡的永远是两件事:一边是客户要求「数据别碰我的一根汗毛」,另一边是监管和安全团队要求「必须盯紧有没有人用 AI 搞破坏」。
此前,OpenAI 的零数据留存政策虽然保证了请求处理完即销毁,但当时的安全检查只能单次、单条地看。如果有人分拆步骤试探大模型,或者 AI 智能体在长任务中失控,传统的单次审查根本看不出来。
既要防使坏,又要蒙上眼睛
OpenAI 针对 API 客户预览了一套名为 Private Safety Processing 的系统,并在 2026 年 9 月 22 日开始分批推向 API 用户。
这套系统的目标很简单:在不违背零数据留存承诺的前提下,把安全监控的视野从「单条对话」拉长到「多次交互链条」。
很多严重的安全风险在单次交互里看着毫无破绽,比如恶意人员拆分提示词反复试探防线、跨账号协同,或者把破坏性意图伪装成普通的学术研究。还有一种情况是 AI 智能体执行长任务时,用户喊停了它还在继续跑。
要想看穿这些动作,系统必须结合上下文判断。但市面上有些前沿模型的做法是直接保留客户的敏感内容来做人工或后台复核,这对于金融、医疗这类有严苛合规要求的机构来说,往往直接碰了红线。
算法在查违规,人类员工拿不到钥匙
OpenAI 的解法是把审查完全交给自动化系统,彻底隔绝人类员工的视线。
在零数据留存的架构下,客户数据依然留在客户自己控制的基础设施上。如果选择使用 OpenAI 提供的存储,所有内容也会用客户自己掌握的密钥加密,OpenAI 员工手中没有密钥,碰不到明文。
自动化工具会跨越多次交互去识别异常模式。一旦触发警报,OpenAI 拿到的并不是聊天记录,而是一个定义极窄的分类信号,用来决定是否需要采取限制措施。
被警告或受限的客户可以在自己的系统内调取记录进行排查。如果认为误判需要申诉,或者配合调查确凿的滥用行为,客户可以自主选择是否向 OpenAI 共享相关记录。
为什么重要
对企业开发者和合规团队来说,这是个关键的定心丸。金融、医疗或持有核心机密的机构,之前在接入前沿大模型和自动化智能体时,往往因为数据审查政策卡在法务那一关。现在有了端到端加密与全自动跨会话风控,合规门槛低了不少,值得正在评估前沿模型 API 的团队跟进。
对行业来说,OpenAI 实际上在隔空叫板那些要求留存数据才给用前沿模型的竞争对手。随着 AI 逐步接管长流程的自主任务,跨会话安全监测已经成为标配,OpenAI 试图证明安全防御不必以牺牲零数据留存为代价。
我们认为这种设计非常讨巧。它把最敏感的「看数据」环节完全关进自动化的黑盒,用客户持钥的方式在法律和工程上建立防火墙。但潜在的隐患在于,完全依靠自动化算法跨会话抓取违规,极其考验模型对业务上下文的理解,一旦把正常的长流程自动化任务误判为滥用,且员工无法直接查看原文排查,申诉和沟通成本可能会显著增加。
来源 (1)
- openai.com(在新标签页打开)原文openai.com