OpenAI Private Safety Processingとは｜ZDRを維持したまま悪用検知する仕組み・Anthropicの30日ログ保持との違い・企業が確認すべき8点【2026年8月速報】
この記事のポイント
OpenAIが2026年8月19日にプレビュー発表したPrivate Safety Processingを解説。ZDR（ゼロデータ保持）を維持したまま複数のやり取りを横断して悪用を検知する仕組み、Anthropicの30日ログ保持方針との違い、公式ドキュメントで確認したZDRの適用範囲と例外、日本企業が導入前に確認すべきチェックリストまで整理します。
Private Safety Processing（プライベート・セーフティ・プロセッシング）は、OpenAIが2026年8月19日にプレビュー発表した安全監視の新方式で、API顧客のZDR（ゼロデータ保持）契約を維持したまま、複数のやり取りをまたいだ悪用パターンを自動検知する仕組みです。OpenAI側が受け取るのはプロンプトや応答の本文ではなく、「どの種類の懸念に該当したか」という限定的なシグナルだけとされています。
ただし、2026年8月21日時点ではまだ少数の顧客とのプレビュー段階であり、一般提供と技術ホワイトペーパーの公開は2026年9月予定です。現時点で「自社はもう対応済み」と見なして社内規程を確定させるのは早すぎます。
この記事でわかること：
- Private Safety Processing が発表された内容と、公表されている処理の流れ
- 「ZDR契約を結べばすべて消える」が誤りである理由（OpenAI公式APIドキュメントに基づく適用範囲と4つの例外）
- Anthropic の Covered Models 30日保持ポリシーとの違い、および2026年8月20日の方針変更報道
- 日本企業に固有の論点（
jp.api.openai.comの制約・追加契約・個人情報保護法の委託先監督） - 導入前に確認すべき8つのチェック項目と、現時点で判断を保留すべきケース
想定読者： OpenAI API・Claude APIを business/enterprise 契約で利用している、または導入検討中の情報システム部門・セキュリティ責任者・法務担当者。
Private Safety Processingとは：発表内容の要点
2026年8月21日時点で公表されている事実は次のとおりです。
項目 | 内容 |
|---|---|
名称 | Private Safety Processing |
発表日 | 2026年8月19日（OpenAI公式ブログ「Offering Zero Data Retention for frontier models」） |
位置づけ | ZDR（Zero Data Retention）を維持したまま安全監視を成立させる新方式。プレビュー |
対象 | ZDR適用対象のAPI／エンタープライズ顧客。ChatGPTの消費者向けプラン（Free / Go / Plus / Pro）は対象外 |
提供状況 | 少数の初期顧客とテスト中。広範なロールアウトと技術ホワイトペーパーは2026年9月予定 |
開発にフィードバックした企業 | Glean、Databricks、Abridge、Microsoft（公式発表を引用した複数メディア報道） |
料金への影響 | 未公表（有料オプションか標準機能かの発表なし） |
OpenAIは発表のなかで「最も深刻なAIの安全リスクは、単一のやり取りの中で常に可視化されるわけではない」と説明しています。Head of Product Policy の Aleah Houze 氏は、フロンティアモデルのリスクは「単一のプロンプトと応答のペアではなく、複数のやり取りをまとめて見たときに初めて表面化することが多い」とコメントしています（メディア引用）。
本記事の記述は、OpenAI公式発表（Offering Zero Data Retention for frontier models）と、同発表を直接引用した複数メディア（Help Net Security、The Register、The Next Web、ITmedia、GIGAZINE ほか）、およびOpenAI公式APIドキュメントのクロス確認に基づいています。契約判断に使う際は、自社のアカウントチームに適用条件を直接確認してください。
なぜ「保持しない」と「監視する」は両立しにくかったのか
これまでのAI事業者の安全監視は、プロンプトと応答を一定期間ログに残し、分類器や人間がそれを見るという前提で設計されてきました。OpenAIのデフォルト設定でも、不正利用監視（abuse monitoring）ログにプロンプト・応答等が最大30日間保持されます。
一方で、医療・金融・法務のような規制業種や、顧客に「データを第三者に残さない」と約束しているSaaS事業者にとっては、「ベンダー側にログが残る」こと自体が採用のブロッカーになります。そこでOpenAIやAnthropicは、承認した顧客に限ってログ除外を認めるZDR契約を用意してきました。
つまり従来は、
- ZDRを取る → ベンダー側の安全監視が効きにくくなる
- 安全監視を効かせる → データがベンダー側に残る
というトレードオフがありました。Private Safety Processing は、このトレードオフを技術で解こうとする取り組み、という位置づけです。生成AIの業務利用全般でこの種のデータ経路の整理が必要になる理由は、AIエージェントのセキュリティ対策ガイドでも整理しています。
公表されている処理の流れ（4ステップ）
複数メディアが公式発表から再構成した内容によると、処理は次の流れで行われます。
- 保管：顧客コンテンツは（a）顧客が管理するインフラ上に留まる、または（b）OpenAI側ストレージに顧客が保有する鍵で暗号化して置かれる。OpenAI社員は鍵のコピーを持たない（（b）は開発中との報道）。
- パターン解析：自動システムが、複数の関連するやり取りを横断してリスクの兆候を解析する。
- シグナル生成：検知時にOpenAIが受け取るのは「懸念のカテゴリ（活動の種類）」を示す限定的なシグナルのみで、プロンプト・応答の本文は付随しない。
- 顧客側の対応：顧客は自社側のシステム情報でアラートを調査し、正当な活動である旨の説明や異議申し立てができる。必要に応じて任意で関連情報をOpenAIに共有できる。
海外メディアではこの設計が「防犯カメラではなく煙感知器」と例えられています。既知の不正パターンに一致したことは報告するが、部屋の中に何があったかは報告しない、という比喩です。
検知対象として挙げられているシナリオ
- 複数の会話にまたがるガードレール回避の反復探索（数百パターンの言い換えを試すジェイルブレイク）
- 複数アカウントを組み合わせた協調的な悪用
- 有害な依頼を無害な文脈に偽装して分割するリクエスト
- ユーザーが停止を指示した後もAIエージェントが動作を継続するケース
- 単発では無害に見えるリクエストの組み合わせによるサイバー攻撃の準備行為
いずれも「1回のやり取りだけを見ても判定できない」種類のリスクです。エージェントが停止指示後に動き続ける問題の実例は、AIエージェントがデータを全削除した事故まとめで扱っています。
現時点で公表されていないこと
- 採用している暗号・秘匿計算の方式（TEE、秘密計算、準同型暗号などの別は一切公表なし）
- 誤検知率、アラート発生頻度、異議申し立てプロセスのSLA
- 対象モデルの具体的な範囲（「フロンティアモデル向けの取り組み」という枠組みでの発表）
- 顧客鍵オプションの提供条件・追加費用
これらは2026年9月公開予定の技術ホワイトペーパーを待つ必要があります。
「ZDR契約したから全部消える」は誤り：OpenAIのZDRの実像
Private Safety Processing を評価する前に押さえるべきなのは、そもそも自社のZDRがどこまで効いているかです。ここを把握していない企業は少なくありません。OpenAI公式APIドキュメント（developers.openai.com/api/docs/guides/your-data）で確認できる現行仕様を整理します。
前提：デフォルトとZDRの違い
- デフォルト：不正利用監視ログにプロンプト・応答等が最大30日間保持される（法令上必要な場合はより長期）。
- API送信データはモデル学習に使われない（2023年3月1日以降、明示的にオプトインした場合を除く）。
- ZDR / Modified Abuse Monitoring（MAM）：適格顧客が申請し、OpenAIの事前承認と追加条件の受諾を経て、顧客コンテンツを不正利用監視ログから除外できる。営業経由の申請制で、誰でも設定画面から有効化できるものではありません。
- ZDR有効時は
/v1/responsesと/v1/chat/completionsのstoreパラメータが常にfalse扱いになります。 - 設定場所は Settings → Organization → Data controls → Data Retention タブ。組織単位・プロジェクト単位で ZDR / MAM / None を選択できます。
ZDRが効くエンドポイント・効かないエンドポイント
エンドポイント | 不正利用監視の保持 | アプリ状態の保持 | ZDR適格 |
|---|---|---|---|
| 30日 | なし（例外あり） | ○ |
| 30日 | なし（例外あり） | ○ |
| 30日 | なし | ○ |
| なし | なし | ○ |
| 30日 | なし | ○ |
| 30日 | なし | ○（制限あり） |
| なし | なし | ○ |
| 30日 | なし | ○ |
| 30日 | なし | ○ |
| 削除まで | 削除まで | × |
| 削除まで | 削除まで | × |
| 30日 | 削除まで | × |
| 30日 | 削除まで | × |
| 30日 | 削除まで | × |
| 30日 | 削除まで | × |
| 30日 | なし | ×（MAM/ZDRリクエストはブロック） |
実務上の要点は明確です。ZDR契約を結んでいても、Conversations API・ChatKit・Assistants/Threads・Vector Stores・Files・Batch・Fine-tuning・Videos を使えば、その部分はZDRの外側にあります。RAGのためにファイルを Vector Stores に投入している構成は典型例です。自社アプリのアーキテクチャ図を開き、どのエンドポイントを叩いているかを棚卸ししてください。
現行のZDR例外（4つ）
公式ドキュメントには、ZDR/MAMが有効でも例外となるケースが明記されています。
例外 | 内容 | 実務上の意味 |
|---|---|---|
CSAM検知 |
| 法令上の報告義務が優先。Private Safety Processing でも残る例外 |
Eyes Off | OpenAIは特定顧客について特定モデルをZDR/MAM対象外にする権利を留保。この場合コンテンツは不正利用監視ログに保持されるが、法令上必要な場合を除き人的レビューからは除外。事前に書面で通知 | 契約上「ZDRを外せる条項」が既に存在する |
Safety Retention | 重大リスク活動の調査・防止に合理的に必要な場合、同様にZDR/MAM対象外にできる。分類器がポリシー違反の疑いを検知したコンテンツは保持および人的レビューの対象になり得る。事前に書面で通知 | 同上。通知条項を法務が把握しているか要確認 |
プロンプトキャッシュ | 暗号化されたKey/Valueテンソルが最大24時間、GPUローカルストレージにアプリケーション状態として保存され得る | 「一切残らない」ではない |
この整理を踏まえると、Private Safety Processing の本質が見えてきます。OpenAIは従来から Eyes Off / Safety Retention という「ZDRを外す非常口」を契約上持っていました。Private Safety Processing は、この非常口を使わずに安全監視を成立させるための技術、という読み方ができます。単なる新機能追加ではなく、既存契約条項の発動可能性を下げる取り組みと理解すると、企業側の評価もしやすくなります。
顧客側に移る責任
公式ドキュメントには、ZDR/MAMを有効化した顧客は自社ユーザーがOpenAIのポリシーを遵守すること、および適用法上のモデレーション・報告義務を満たすことに責任を負うと明記されています。ZDRは「安全対策をベンダーに丸投げできる仕組み」ではなく、安全監視の責任を一部自社に引き受ける契約です。この点は社内説明の際に必ず添えてください。
Anthropicは逆方向へ：Covered Modelsの30日保持
出典: Anthropic 公式サイト
OpenAIの発表が注目されたのは、Anthropicが反対方向に動いた直後だったためです。
Anthropicは2026年6月9日、Claude Fable 5 と Claude Mythos 5 を「Covered Models」に指定し、これらのモデルではプロンプトと出力の30日保持を必須としました（2026年7月1日に全プラットフォームで発効）。公式ドキュメントには「脅威の検知には、プロンプトと出力を一緒に分析できるよう一時的に保持することが必要」と説明されています。
Anthropic側の現行ルールの要点は次のとおりです。
- これらのモデルではZDRが利用できない。ZDR契約組織であっても、保持を有効にしない限りアクセス不可（リクエストは
400 invalid_request_errorを返す）。 - ワークスペース単位の切り分けが可能。Claude Console → Settings → Workspaces → 該当ワークスペース → Privacy controls で「30日データ保持」を有効化すれば、他のワークスペースはZDRのまま維持できる。
- 既定では担当者が保持された会話を読むことはできず、自動トラスト＆セーフティシステムがフラグを立てたコンテンツについてのみ人的レビューが発生。アクセスはすべて改ざん防止ログ（tamper-proof log）に記録される。
- フラグが立った場合、ZDR/HIPAA契約に関わらず入力と出力が最大2年間保持され得る（公式明記）。
- Amazon Bedrock / Google Cloud 経由では、保持データは顧客のクラウド環境内に留まる。
Anthropic側のZDR対象外はモデル以外にも広く、Claude Console（Playground含む）、Claude Managed Agents、消費者向けプラン、Claude for Excel、サードパーティ連携、そしてCORS（ZDR組織ではブラウザからの直接呼び出しが不可。バックエンドプロキシ経由が必要）などが含まれます。Batch processing は29日、Code execution のコンテナデータは最大30日など、機能単位でも保持期間が設定されています。
Anthropic側の企業導入判断の詳細は、Claude Fable 5 企業導入の落とし穴｜30日データ保持ポリシーとZDR無効化で個別に整理しています。モデル自体の性能・料金はClaude Fable 5とはを参照してください。
2026年8月20日の方針変更報道（要注記）
Reuters／Bloombergは2026年8月20日、Anthropicがエンタープライズ向けデータ保持ポリシーを変更する予定だと報じました。30日保持自体は維持しつつ、保持先を顧客自身のクラウドにできる方向で、Salesforceを含む100社超と調整中、年内提供見込みとされています。
ただしこれは匿名情報源に基づく報道であり、Anthropicの公式発表ではありません。契約判断の根拠にはできません。この報道が事実であれば、両社は反対方向から出発しながら「顧客側がデータを握る」という同じ着地点に向かっていることになります。
OpenAIとAnthropicの方針比較
2026年8月21日時点で公表・報道されている範囲での比較です。
比較ポイント | OpenAI（ZDR＋Private Safety Processing） | Anthropic（Covered Models 30日保持） |
|---|---|---|
最上位モデルでのZDR | 維持できる（プレビュー段階） | 利用不可（Fable 5 / Mythos 5 は30日保持必須） |
既定のログ保持 | 不正利用監視ログ最大30日／ZDR承認で除外 | 通常モデルはZDR可、Covered Modelsは30日必須 |
保管場所 | 顧客インフラ、またはOpenAI側＋顧客保有鍵で暗号化（後者は開発中との報道） | Claude APIはAnthropic側。Bedrock / Google Cloud経由なら顧客のクラウド内。自社クラウド保管の選択肢を追加予定（報道ベース） |
ベンダー側が見るもの | 懸念カテゴリの限定シグナルのみ（本文なし） | 保持された本文（ただし既定は自動システムのみ） |
人的レビュー | 原則なし。CSAM検知時は例外 | 自動システムがフラグした場合に発生。全アクセスを改ざん防止ログに記録 |
フラグ後の保持 | 未公表（Safety Retention条項では保持・人的レビューがあり得る） | 最大2年（ZDR/HIPAA契約でも適用） |
監査可能性 | ホワイトペーパー待ち。第三者検証は未実施 | tamper-proof log による記録を公式に明記 |
単位分離 | プロジェクト単位で ZDR / MAM / None を選択可 | ワークスペース単位で30日保持をオン（他はZDR維持） |
消費者プラン | 対象外（Free / Go / Plus / Pro） | 対象外（Free / Pro / Max はZDR非対象） |
提供状況 | プレビュー。一般提供＋白書は2026年9月予定 | 稼働中（2026年7月1日発効） |
思想の違いを一行で
- OpenAI：「ベンダーの人間は一切データを見ない」を守り切る設計。監査は事業者の技術説明に依存する。
- Anthropic：「本当に疑わしい活動は、監査ログ付きで責任ある人間がレビューする」設計。透明性は高いが保持は避けられない。
どちらが優れているかという話ではありません。自社の規制要件・顧客への約束・監査要件のどちらに寄せるかの選択です。「ベンダーにデータが残らないこと」を顧客に約束しているSaaSならOpenAI型、「誰がいつ何を見たか説明できること」を監査で求められる組織ならAnthropic型が説明しやすい、という整理になります。
日本企業に固有の論点
海外メディアの解説ではほぼ触れられていませんが、日本企業には追加で確認すべき点があります。
データレジデンシー：日本リージョンは「保管のみ」
OpenAI公式のデータレジデンシー表によると、日本リージョン jp.api.openai.com は保管（Storage）は可能ですが、リージョン内での推論処理（Processing）には対応していません（EU・UAE・米国はProcessingも可）。「国内で処理を完結させる」要件がある場合、2026年8月時点ではここが分岐点になります。
加えて、米国以外のリージョンを使うには不正利用監視コントロールの承認取得と Modified Retention 修正契約の締結が必要で、データレジデンシー対応エンドポイントは2026年3月5日以降にリリースされたモデルで10%の料金上乗せが設定されています。
また、データレジデンシーはシステムデータ（アカウント情報・メタデータ・利用統計・課金情報・サポート依頼・structured outputのスキーマ）には適用されません。「スキーマ定義に個人情報や機密な項目名を書かない」という設計上の配慮が必要です。
個人情報保護法の委託先監督
生成AIをAPI利用する場合、個人情報保護法上の委託先監督義務の観点から「どのデータを、何の目的で、どこまで保持し、誰がアクセスするか」を契約上明確にする必要があります。ZDRや保持ポリシーの確認は、委託先監督の実務そのものです。Private Safety Processing が一般提供されれば「ベンダー側に本文が残らない」と説明しやすくなりますが、プレビュー段階の機能を前提に社内規程を書くことはできません。
業界別ガイドラインとの整合は「未確認」
医療分野については、OpenAI側がBAA／Healthcare Addendum、Anthropic側がHIPAA readiness（BAA）で米国法に対応しています。一方、日本の3省2ガイドライン、ISMAP、FISC等との整合性については両社とも公式に言及がありません。「対応している」と社内資料に書かないでください。「未確認のため個別確認が必要」が2026年8月時点の正確な記述です。EU向けの事業がある場合は、EU AI規制法 完全施行ガイドの論点もあわせて確認してください。
導入前に確認すべき8項目
「9月の白書を待つ」だけでは社内は動きません。白書の公開を待たずに今すぐ着手できる確認項目を整理します。
# | 確認項目 | 確認先・方法 | 確認 |
|---|---|---|---|
1 | 自社のOpenAI組織はZDR（またはMAM）の承認を得ているか。プロジェクト単位でどう設定されているか | Settings → Organization → Data controls → Data Retention | ☐ |
2 | 実際に利用しているエンドポイントはZDR適格か（Conversations / Files / Vector Stores / Batch / Fine-tuning / Videos を使っていないか） | 自社アプリのAPI呼び出し一覧を棚卸し | ☐ |
3 | Eyes Off / Safety Retention の通知条項を法務が把握しているか。通知が来た場合の社内エスカレーション先が決まっているか | 契約書・アカウントチーム | ☐ |
4 | プロンプトキャッシュ（最大24時間）とCSAM例外を、顧客への説明資料に反映しているか | セキュリティ質問票・DPA | ☐ |
5 |
| 公式データレジデンシー表・見積 | ☐ |
6 | Anthropicを併用している場合、Covered Models をワークスペース分離で運用できているか。フラグ時の最大2年保持を許容できるか | Claude Console → Workspaces → Privacy controls | ☐ |
7 | 社内のAI利用ポリシーに「ベンダー側のデータ保持期間の上限」が定量的に書かれているか | 社内規程 | ☐ |
8 | Private Safety Processing を前提とした社内規程・顧客説明をまだ確定させていないか（2026年9月の白書公開後に再評価する運用になっているか） | 規程改訂スケジュール | ☐ |
項目8は逆説的に見えますが重要です。プレビュー段階の機能を前提に顧客へ約束すると、仕様変更時に説明責任を負うのは自社です。
チェックの前提として、そもそも従業員が承認外のAIツールに機密データを入力していないかの把握が必要です。ZDRを整えても入口が塞がっていなければ意味がありません。この点はシャドーAIとは｜企業リスクと対策で詳しく扱っています。開発現場でのアクセス制御はClaude Code チーム導入ガイド、外部連携経由のデータ経路はMCPとはも参考になります。
現時点での限界と批判
公表されている限界と、外部の専門家からの指摘は次のとおりです。
- 一般提供されていない：2026年8月時点では少数顧客とのプレビュー。設定画面から自分でオンにできるものではありません。
- 技術的詳細が未公開：検知手法、誤検知率、運用上の限界は独立検証されていません。第三者監査の枠組みも示されていません。
- 暗号方式が不明：TEE・秘密計算・準同型暗号のいずれを使っているかは公表されていません。「安全性の水準」を技術的に評価する材料が現時点ではありません。
- 推論の秘匿だけでは足りないという指摘：暗号研究者の Matthew Green 氏（ジョンズ・ホプキンス大学）は、AIエージェントが機微データにアクセスしメッセージ送信能力を得た時点で「プライベート推論のみで提供できる技術的な保護は実質的に存在しない」と指摘しています。エージェント経由の情報流出は、推論経路の秘匿では防げません。
- GDPR適合性の議論は継続中：欧州企業向けには疑問が残るとの指摘があります（The Next Web）。
- CSAM例外は残る：法令上の報告義務が優先されます。
つまり、Private Safety Processing は「データを外に出す不安が消える魔法」ではなく、ベンダー側のログ保持というリスク要因を1つ減らす取り組みとして評価するのが妥当です。エージェント自体の権限設計やツール実行の統制は、引き続き自社の責任範囲です。
こんな企業には検討価値がある／現時点では様子見でよい企業
検討価値が高い企業
- 「ベンダー側にデータが残らないこと」を顧客に契約で約束しているSaaS事業者：Private Safety Processing が一般提供されれば、フロンティアモデルを使いながらこの約束を維持できる可能性がある。
- 医療・金融・法務など、ベンダーの人的レビューを許容できない規制業種：Anthropic側のCovered Modelsが選べない状況の代替として現実的な選択肢になり得る。
- すでにOpenAIのZDR承認を得ており、アカウントチームとの窓口がある企業：プレビューの適用条件を直接確認できる。初期フィードバック提供企業（Glean、Databricks、Abridge、Microsoft）も既存の大口顧客です。
- セキュリティ質問票への回答を頻繁に求められる企業：ZDRの適用範囲と例外を整理しておくこと自体が営業資産になる。
現時点では様子見でよい企業
- ChatGPTの消費者向けプラン（Free / Go / Plus / Pro）だけを使っている組織：そもそも対象外です。まずはビジネス向けプランへの移行と利用統制が先。
- ZDR承認を得ていない、または申請予定がない企業：ZDRは事前承認制で、Private Safety Processing はその上に乗る仕組みです。
- Conversations API・Assistants・Vector Stores・Files を前提に構築しているアプリ：これらはそもそもZDR非適格。まずアーキテクチャの整理が先です。
- 国内リージョンでの推論処理が必須要件の組織：
jp.api.openai.comは保管のみ対応です。要件そのものの再検討が必要になります。 - 9月の白書を待たずに社内規程を書き換えようとしている組織：仕様が固まっていない段階での規程化は避けるべきです。
よくある質問
Q. Private Safety Processing は自分で有効化できますか？
A. 2026年8月21日時点ではできません。少数の初期顧客とのプレビュー段階で、設定画面から選べる機能としては提供されていません。広範なロールアウトは2026年9月予定とされています。適用可否はOpenAIのアカウントチームに確認してください。
Q. ChatGPT Plus / Pro を使っています。自分の会話にも適用されますか？
A. 適用されません。対象はZDR適用対象のAPI／エンタープライズ顧客で、消費者向けプラン（Free / Go / Plus / Pro）は対象外です。プラン別の違いはChatGPT料金プランを参照してください。
Q. ZDR契約を結べば、送ったデータは本当に一切残らないのですか？
A. いいえ。ZDRが効くのは適格エンドポイントのみで、Conversations API・Assistants/Threads・Vector Stores・Files・Batch・Fine-tuning などは対象外です。さらに、プロンプトキャッシュは最大24時間保持され得るほか、CSAM検知・Eyes Off・Safety Retention という例外が公式ドキュメントに明記されています。
Q. OpenAI側は「懸念のカテゴリ」だけを見ると言っていますが、本当に本文は見られないのですか？
A. OpenAIはそう説明していますが、技術的な検証手段は2026年8月時点で公開されていません。誤検知率や検知手法を含む技術ホワイトペーパーが2026年9月に公開予定とされているため、それを確認してから評価するのが妥当です。
Q. Anthropicの Claude を使っていますが、ZDRを維持したまま最新モデルを使う方法はありますか？
A. Covered Models（Fable 5 / Mythos 5）については、2026年8月時点でZDRは利用できません。公式に用意されている運用は、ワークスペース単位で30日保持を有効化し、そのワークスペースだけをCovered Models用に使う方法です。他のワークスペースはZDRを維持できます。詳細はClaude Fable 5 企業導入の落とし穴で解説しています。
Q. Anthropicが「自社クラウドに保管できるようにする」と報じられていますが、待つべきですか？
A. 2026年8月20日のReuters／Bloomberg報道は匿名情報源に基づくもので、Anthropicの公式発表ではありません。年内提供見込みと報じられていますが、契約判断の根拠にはできません。公式発表が出た時点で比較をやり直すのが適切です。
Q. 料金は上がりますか？
A. Private Safety Processing が有料オプションになるか標準機能になるかは公表されていません。関連する費用としては、米国以外のデータレジデンシー対応エンドポイントで2026年3月5日以降リリースのモデルに10%の上乗せが設定されている点が確認できます。
Q. モデルの学習に使われる心配はありますか？
A. OpenAIは、API経由で送信されたデータを2023年3月1日以降モデル学習に使用しないと公式に明記しています（明示的にオプトインした場合を除く）。今回の発表は学習利用ではなく、不正利用監視ログの扱いに関するものです。
まとめ：2026年9月までに何をすべきか
Private Safety Processing は、「ZDRか、安全監視か」という二者択一を技術で解こうとする取り組みです。方向性としては企業ユーザーにとって歓迎できるものですが、2026年8月21日時点ではプレビュー段階で、技術的詳細も独立検証も存在しません。
今すぐ着手すべきことは、新機能を待つことではなく自社の現状把握です。
- 自社が使っているエンドポイントのうち、どこがZDR適格でどこが対象外かを棚卸しする
- Eyes Off / Safety Retention の通知条項と、通知を受けた場合の社内対応を法務と決めておく
- Anthropicを併用しているなら、Covered Models をワークスペース分離で運用できているかを確認する
- 2026年9月の技術ホワイトペーパー公開後に、社内規程と顧客説明資料を確定させる
生成AIのセキュリティ設計全体を見直す際は、AIエージェントのセキュリティ対策ガイドとClaude Codeのセキュリティと安全な使い方が実務の起点になります。悪用検知そのものにAIをどう使うかという観点はサイバーセキュリティ業界のAI活用事例、企業での生成AI活用全体像は生成AIの企業活用事例を参照してください。OpenAIのフロンティアモデル自体の仕様はGPT-5.6とはで整理しています。
この記事の著者
AI革命
編集部
AI革命株式会社の編集部です。最新のAI技術動向から実践的な導入事例まで、企業のデジタル変革に役立つ情報をお届けしています。豊富な経験と専門知識を活かし、読者の皆様にとって価値のあるコンテンツを制作しています。
最新記事
DeepSeek-V4-Flash-Vision-Expとは？DeepSeek初の画像入力対応モデルの料金・V4-Flashとの違い・使い方【2026年8月最新】
2026/08/21
DeepSeekとは？特徴・料金・使い方・ChatGPTとの違い・セキュリティリスクを徹底解説【2026年8月最新】
2026/04/19
電力・ガス・水道のAI活用事例｜需要予測・電力最適化・スマートグリッドAIを徹底解説【2026年最新】
2026/05/05
Meta AI Macアプリとは？画面共有・システム全体の音声入力・Google Workspace連携でできること・料金と対象ユーザー【2026年8月最新】
2026/08/21
Claudeコネクタの使い方｜Spotify・Booking.com・Uber Eats・TurboTaxは日本で使えるのか【2026年8月最新】
2026/06/01
Google AI Plusが大学生1年間無料｜対象条件・申し込み方法・Gemini学生向け新機能・解約手順を解説【2026年8月最新】
2026/08/20
