For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
メインナビゲーション
Theme

Private Safety Processing を併用した ZDR

API ワークフローでプライバシーを保護しながら安全性レビューを実施

Private Safety Processing を併用したゼロデータ保持(PSP 併用の ZDR)では、OpenAI が顧客のプロンプトや応答を保持することなく、オフラインで安全性レビューを自動実行できます。このガイドでは、PSP 併用の ZDR の仕組みと、お客様が運用上担う責任について説明します。アーキテクチャとセキュリティモデルの詳細は、Private Safety Processing 技術ホワイトペーパーを参照してください。

Private Safety Processing の概要(1 分 31 秒)。

3 つの設計原則

  1. コンテンツはお客様自身が管理
    お客様のコンテンツは、お客様が管理するストレージに保存されます。保護された安全性レコードの取得と復号に必要なアクセス権限と、Enterprise Key Management(EKM)による鍵の使用許可は、お客様が管理します。
  2. 人によるレビューの排除
    安全性レビューを通じて、OpenAI の担当者が保護された顧客コンテンツを新たに閲覧できるようになってはなりません。暗号化された顧客コンテンツの復号は、人によるアクセスを無効にし、ハードウェアによるアテステーションを受けた、承認済みの安全性ランタイム内で行われます。PSP の保護下にあるレビュー環境から平文で出力されるのは、範囲を限定した安全性シグナルと運用メタデータのみです。
  3. 安全性の確保に限定したコンテンツ保持
    お客様が管理するストレージ内のコンテンツは、承認された安全性確保の目的にのみ使用されます。顧客コンテンツをモデルのトレーニングに使用したり、OpenAI やそのパートナーの他部門に提供したりすることはできません。

PSP 併用の ZDR の仕組み

このアーキテクチャは、次の 2 つの処理フローで構成されます。

  • API リクエストと保持のフローでは、対象となる API コンテンツを保護し、お客様が管理するストレージコンテナに保持します。
  • 非同期安全性パイプラインでは、承認された自動安全性レビューのためにのみレコードを取得し、範囲を限定した安全性の判定結果を出力します。

API リクエストと保持

お客様のプロンプトとモデルの応答からなるやり取りは、安全性分類器によるレビューへの振り分け、または承認されたサンプリングポリシーに基づいて選定されます。レビュー対象に振り分けられた時点で、ポリシー違反が確定するわけではありません。

システムはレコードを暗号化し、お客様のリージョンのクラウドストレージに書き込みます。OpenAI が保持するのは、運用メタデータと保存先への参照を含むインデックスのみで、コンテンツのコピーは保持しません。暗号化と保存は非同期で実行されるため、推論を妨げません。

暗号化された安全性レコードをお客様が管理するストレージに保存する API リクエストの処理フロー。

非同期安全性パイプライン

PSP 併用の ZDR では、お客様のストレージから暗号化されたレコードを取得し、復号可能かどうかを確認します。安全性レビューランタイムは、人によるアクセスを無効にし、ハードウェアによるアテステーションを受けたコンピューティング環境です。OpenAI のワークロードのうち、顧客コンテンツを復号できるのはこのランタイムだけになるよう設計されています。承認されたレビュー用プロンプトと、顧客コンテンツを開示しない出力スキーマを使用して、安全性レビューを自動実行します。

レビュー環境から平文で出力できるのは、あらかじめ範囲を限定して定義した安全性シグナルと、承認された運用メタデータのみです。詳細な結果はランタイムから出力する前に暗号化され、元のレコードと同じ有効期限でお客様のクラウドストレージに保存されます。PSP 併用の ZDR では、レコードを暗号化し、TTL を 30 日に設定してお客様のリージョンのクラウドストレージに書き込みます。

暗号化されたレコードの取得、保護された環境でのレビュー、範囲を限定した出力を示す非同期安全性レビューのフロー。

顧客コンテンツの暗号化

お客様のストレージに保持される各レコードには、次の 2 層の暗号化が適用されます。

  • OpenAI が管理する HPKE 暗号化: 内側の暗号化層により、顧客コンテンツを復号できるのは、認可された安全性レビューランタイムに限られます。
  • お客様が管理する暗号化: Enterprise Key Management(EKM)は、お客様が管理する鍵管理サービスを使って外側の暗号化層を追加します。

EKM が有効な場合、保存済みのレコードを復号するには、OpenAI の内側の復号鍵に加えて、お客様が管理する鍵の使用許可が必要です。その許可を取り消すと、保持されているレコードは復号できなくなります。ただし、レコードが削除されたり、完了済みの処理が取り消されたりすることはありません。

この追加の制御を利用するために、EKM を有効にすることを推奨します。EKM 鍵を保管する KMS は、設定したストレージとは異なるリージョンに配置できます。鍵の使用許可とその取り消しについては EKM 技術 FAQ を、暗号化、コンフィデンシャルコンピューティング、ガードレール、透明性については技術ホワイトペーパーを参照してください。

運用中のお客様の責任

PSP 併用の ZDR を利用するお客様には、以下の対応が求められます。

  • PSP ストレージの登録と検証。PSP を有効にしたプロジェクトとデータレジデンシーのロケーションごとに、OpenAI の管理 API を通じてストレージバケットを登録し、検証してください。OpenAI が公開している手順に従い、PSP サービスがバケットにアクセスできるように設定してください。
  • 暗号化されたレコードを 30 日以上保持すること。PSP レコードが 30 日より前に削除されないよう、ストレージのライフサイクルルールを設定してください。
  • ストレージと鍵へのアクセスの維持。リージョンのストレージ、サービスの権限、お客様が管理する鍵の使用許可を適切に設定し、その状態を維持してください。
  • 設定上の問題の修正。OpenAI から通知を受けたら、ストレージ設定の問題を修正してください。
  • 安全性に関する懸念の通知への対応。OpenAI と協力して問題を調査し、対処してください。

関連資料

サポートへの問い合わせ

トラブルシューティングを行ってもストレージまたは検証の問題が解決しない場合は、OpenAI サポートにお問い合わせください。