30秒サマリー
- OpenAIが、データ非保持（ZDR）を維持しながら複数インタラクション横断の安全監視を可能にする「Private Safety Processing」をプレビュー公開した
- 顧客コンテンツはOpenAI担当者が閲覧できない形で暗号化・管理され、リスク検知時も「アラートの種別・深刻度」のみがOpenAI側に通知される仕組み
- 9月に本格展開とテクニカルホワイトペーパーの公開を予定しており、Glean・Databricks・Abridge・Microsoftなどが早期テストに参加中
何が起きたか
OpenAIは2026年8月19日付の公式ブログで、APIの法人顧客向けに提供している「Zero Data Retention（ZDR）」オプションと組み合わせて機能する新たな安全監視機構「Private Safety Processing」のプレビューを発表した。ZDRはリクエスト処理後にプロンプトや応答をOpenAIが保持しない仕組みで、企業データはモデル学習にも原則使用されない。
Private Safety Processingは、従来のZDR対応安全システムが各インタラクションを個別に評価していた限界を補うものとして設計された。AIが複数ターンにわたる長期・複雑なタスクをこなすようになった結果、単一インタラクションでは検知しにくい悪用パターン（繰り返しの制限突破試行、複数アカウントを使った協調行動など）への対処が課題となっていたと、OpenAIは説明している。
技術的な仕組みとして、顧客コンテンツは顧客が管理するインフラ上に置くか、OpenAI側インフラに保存する場合でも顧客が鍵を管理する暗号化を適用する。自動化システムが関連インタラクションをまたいでパターンを分析し、リスクを検知した際にはOpenAIは「アラートの種別と深刻度」という限定的なシグナルのみを受け取る。顧客コンテンツ自体はOpenAI担当者に開示されない。顧客は自社システムの情報でアラートや対応を確認でき、必要に応じて自発的にOpenAIへ関連情報を共有することができる。
現在、複数の早期顧客とのテストを実施中であり、9月に本格ロールアウトとテクニカルホワイトペーパーの公開を予定している。なお、CSAM（児童性的虐待素材）については法律上の義務に基づき、ZDR環境でも引き続きOpenAIが画像を保持して審査・報告する旨が明記されている。
原典ハイライト
「ZDRでは、リクエスト処理後にOpenAIが顧客のプロンプトや応答を保持しない。Private Safety Processingは、OpenAI担当者が保持コンテンツにアクセスすることなく、関連インタラクションにまたがるパターンを自動的に識別するよう設計されている」（OpenAI公式ブログより要約）
出典: OpenAI News/Research（公式ブログ）
So What?（なぜ重要か）
生成AIの法人導入における最大のボトルネックの一つが「機密データの外部漏洩リスク」だった。今回の仕組みは、データを保持しないというZDRの約束を維持しながら、長期・エージェント的タスクに伴う新たな安全リスクにも対応できることを示す試みだ。「プライバシーか安全か」というトレードオフを技術的に解消しようとする点で、規制産業（金融・医療・法務など）を含む企業がAPIを本番利用するうえでの障壁を下げる可能性がある。
日本企業への示唆
日本の金融機関・医療機関・製造業などデータ主権の要件が厳しい企業にとって、ZDR＋Private Safety Processingの組み合わせは社内承認ハードルを下げる材料になり得る。9月公開予定のテクニカルホワイトペーパーは、情報セキュリティ部門が自社のデータ管理方針・コンプライアンス要件との適合性を判断するための重要な一次資料となるため、調達・法務・情報システム部門が連携して早期に確認することを推奨する。また、顧客鍵管理（Customer-managed keys）モデルの採用を検討する際は、鍵管理インフラの整備と運用体制の準備も同時に進める必要がある。
背景・経緯
OpenAIはAPIの法人顧客向けにZDRオプションを提供してきた。一方、AI安全監視の観点からは会話履歴の保持が有効とされ、「ZDRと安全監視の両立」は業界共通の課題だった。原文によれば、一部のフロンティアモデル展開では安全監視のために顧客が機密コンテンツの保持を許可するよう求められるケースもあり、セキュリティ義務と相反するとして企業側から問題視されていたという。Private Safety Processingはこの構造的課題への解答として開発されたとOpenAIは説明している。
