OpenAI が Private Intelligence を発表 — ZDR + Private Safety Processing が提供開始、推論自体をエンクレーブで走らせる Private Inference は今秋

要約

Private Intelligence は、OpenAI のゼロデータ保持（ZDR）まわりの取り組みをまとめた上位の枠組みです。 単一の新機能ではなく、2層の構成として発表されました。

1層目が Zero Data Retention with Private Safety Processing。これは提供開始済みです。

OpenAI の担当者が内容そのものへアクセスしないまま、自動の安全審査を行います。 暗号化された安全記録は顧客が管理するストレージに置かれ、ハードウェアで構成証明（attestation）されたランタイムの中で審査されます。

2層目が Private Inference。今秋予定です。

推論——モデルが回答を生成する瞬間——を、コンフィデンシャルコンピューティング上で走らせます。 データをハードウェアのエンクレーブに封じ、クラウド事業者自身も開けない状態にしたうえで、検証可能な制御を掛ける、という構成です。

当サイトでは、この1層目を 2026-08-19 付で既に記事化しています。

当時の記事（chatgpt-openai/zero-data-retention-private-safety-processing）では、Private Safety Processing がプレビュー段階で、「2026年9月に段階的な提供開始と技術ホワイトペーパーの公開を予定」とされていました。今回の発表は、その予定が実際に提供開始まで到達したことの確認にあたります。そして、その上に Private Inference が積まれました。

発表の背景として、企業側のデータ漏洩・知的財産の露出に対する懸念が具体化してきていることが挙げられています。

何が変わったか

• Private Intelligence という上位の枠組みを発表（DevDay 2026、2026-09-29）
• Zero Data Retention with Private Safety Processing が提供開始（プレビューから到達）
• 安全審査は OpenAI 担当者が内容へアクセスしないまま自動で実施
• 暗号化された安全記録は顧客管理のストレージに保管
• 審査はハードウェアで構成証明されたランタイム内で実行
• Private Inference を予告。今秋予定
• Private Inference は推論そのものをコンフィデンシャルコンピューティング上で実行
• データをハードウェアのエンクレーブに封じ、クラウド事業者も開けない状態に
• 検証可能（verifiable）な制御を掛ける
• 当サイトの既存記事（2026-08-19）で予告されていた 9月提供開始の予定が実現

業務インパクト（一般企業向け）

この発表が効くのは、「データを外に出せないから AI は使えない」と結論した組織です。

日本企業でこの結論に至っているケースは、かなりの数あります。理由は主に2つで、(1) 入力したデータが学習に使われる懸念、(2) 安全監視のためにベンダー側の人間が内容を見る可能性。

(1) については、ZDR で以前から対処されていました。 学習に使わない、保持しない。ここは既に解決済みの論点です。

今回のポイントは (2) です。

ZDR を適用しても、**「安全監視のために内容が参照されうる」**という部分は残っていました。これは矛盾ではなく設計上の必然で、濫用を検知するには中身を見る必要があるからです。多くの組織の法務レビューは、ここで止まっていました。

Private Safety Processing は、この部分を「人間が見ないまま自動で審査する」形に変えます。 暗号化された記録は顧客側のストレージに置かれ、審査は構成証明されたランタイムの中で走る。「誰も見ていない」ことを技術的に主張できる構成です。

実務的には、レビュー項目そのものが変わります。

これまでのレビューは「ベンダーの担当者が内容を見る可能性があるか」という問いでした。これからは、**「構成証明された実行環境の主張を、どう検証するか」**という問いになります。より技術的で、より検証可能な問いです。法務だけでは判断できず、情シスやセキュリティ担当との共同作業になります。

Private Inference（今秋予定）は、さらに一歩進みます。

推論そのものをエンクレーブに封じ、クラウド事業者自身も開けないとする構成。これが実現すると、**「モデルを動かしている事業者すら中身を見られない」**という状態になります。金融、医療、公共といった領域で、議論の前提が変わる可能性があります。

ただし、こちらは予告段階です。 「今秋予定」であり、提供開始ではありません。予告を根拠に方針を決めないでください。

一方で、今回の発表には評価すべき点があります。

8月にプレビューとして予告されたものが、9月に予定どおり提供開始まで来ました。 ベンダーの予告が予定どおり実現するかどうかは、それ自体が信頼性の指標です。Private Inference の「今秋」も、同じ精度で扱ってよい可能性が上がりました。 これは調達判断の材料になります。

最後に、実務上の具体的な次アクションを1つ。

過去に「データの持ち出し制約」を理由に見送った AI 案件のリストを作り直してください。 見送った日付と、そのときの理由を並べる。理由のうち「安全監視で内容が見られる」が入っているものは、いま前提が変わっています。 全部を再開する必要はありませんが、どれが再検討に値するかを判断できる状態にはしておく価値があります。

副業・個人活用視点

個人の利用では、この発表の直接的な影響はほぼありません。 ZDR やコンフィデンシャルコンピューティングは、エンタープライズ契約の領域の話です。

ただし、受託やコンサルをしている人にとっては、これは仕事の種になります。

「セキュリティ要件で AI 導入が止まっている」という案件は、日本の中堅・大企業で非常に多いです。そして止まっている理由は、たいていtechnical な理解の不足です。法務が「データが漏れるかもしれない」と言い、情シスが「ベンダーの説明を検証できない」と言い、議論が進まない。

ここに入れる人は、多くありません。 モデルの使い方を教えられる人は増えましたが、ZDR とコンフィデンシャルコンピューティングと構成証明を説明できる人は、まだ少ない。

提供できる成果物を具体化すると、こうなります。 (1) 現在のベンダー契約における データ取り扱い条項の整理、(2) ZDR / Private Safety Processing / Private Inference の3層が、それぞれ何を保証して何を保証しないかの説明資料、(3) 自社の要件と照らした適合判定、(4) 過去に見送った案件の再評価リスト、(5) 情シス・法務・事業部門の合意形成のための説明会。

(2) が肝です。 「安全です」ではなく、**「この層はこれを保証し、これは保証しない」**と分解して説明できるかどうか。ここが専門性の見せどころになります。

発信のネタとしては、「予告が予定どおり実現した」という点に注目するのが、差のつく書き方だと思います。

多くの人は新機能そのものを書きます。8月の予告を追っていた人だけが、「予定どおり来た」と書けます。 これは継続的に追跡している人にしか書けない内容で、読者に対して「この人は追い続けている」という信号になります。

当サイトでも 2026-08-19 に記事を出しているため、その記事との対比という形で書けます。 ニュースを単発で消費するのではなく、予告 → 実現 という時間軸で見せる。この形式は、蓄積がある発信者だけの武器です。

注意点として、「これで完全に安全になった」という要約は避けてください。 Private Safety Processing は提供開始済みですが、Private Inference は今秋予定です。現時点で提供されているものと、予告されているものを混ぜて書くと、読者の判断を誤らせます。 この区別を保てるかどうかが、信頼される書き手かどうかの分かれ目になります。

情報源の制約について

openai.com は WebFetch が 403 を返す状態が7日連続で続いており、公式本文を直接取得できていません。

本記事の内容は、検索経由で確認した報道（VentureBeat、Superpower Daily、Decrypt）を突き合わせて再構成したものです。公式 URL は検索結果に現れたものをそのまま記載し、スラッグは推測していません。

なお、Private Safety Processing のプレビュー段階については、2026-08-19 時点で公式ページ（https://openai.com/index/offering-zero-data-retention-for-frontier-models/）から取得した内容を当サイトの既存記事に記録しています。 本記事はその続報にあたります。