MicrosoftがClaude Fable 5制限？データ保持規約と機密保護の衝突

はじめに：AI進化の最前線で起きた「利用制限」の衝撃

2026年半ば、人工知能（AI）の技術革新は新たなフェーズを迎えています。特にAnthropic社が発表した「Mythos」クラスの最新高性能モデル「Claude Fable 5」は、コーディングや複雑な論理推論のみならず、サイバーセキュリティの領域において圧倒的な能力を示すものとして世界的な注目を集めました。しかし、その華々しい一般公開の直後、IT業界の巨人であるMicrosoft社内において、従業員による同モデルの利用を一時制限するという驚くべき措置が取られたことが明らかになりました。

GitHub CopilotやFoundryなどの外部顧客向けサービスを通じてAnthropicのモデルを顧客に提供している立場であり、AI推進 of 急先鋒であるはずのMicrosoftが、なぜ自社内での利用を止める必要があったのでしょうか。この問題の背景には、高度なAIモデルが悪用されるリスクを防ぐための「安全対策」と、企業が自社の機密情報を守るための「データガバナンス」が正面から衝突するという、極めて構造的かつ本質的な課題が存在しています。本記事では、この利用制限措置を引き起こした具体的な要因である「30日間のデータ保持ポリシー」のメカニズムを紐解き、これからのエンタープライズAI導入における法的・技術的リスクと、企業が取るべき新たなデューデリジェンスについて多角的に分析します。

背景：なぜ「Claude Fable 5」だけが特別扱いされたのか？

従来のClaude 3.5 SonnetやOpusといったモデルは、多くのエンタープライズ環境で大きなトラブルなく導入されてきました。しかし、今回問題となった「Claude Fable 5」は、AIモデルの能力水準を示す新たな分類である「Mythos」クラスに属しています。

圧倒的な能力と「ハッキング支援」の表裏一体

Mythosクラスのモデルは、高度なシステムアーキテクチャの設計から、コードの自動デバッグ、リバースエンジニアリング、さらにはペネトレーションテスト（侵入テスト）のシナリオ作成に至るまで、開発者やセキュリティエンジニアの作業を極めて高いレベルで自律的に支援できるよう設計されています。

しかし、この強力な能力は容易に悪用の道具へと変貌します。高度なサイバー攻撃プロトコルの自動作成や、システム脆弱性を突くエクスプロイトコードの生成など、悪意あるハッカーがハッキング活動を自動化・高度化するために利用する危険性が極めて高いと評価されたのです。このため、開発元であるAnthropic社も、リリース数週間前までは「このモデルは一般公開するには危険すぎる」として公開を保留していました。

「性能制限」ではなく「常時監視」という選択

一般に、AIベンダーが危険な機能の提供を避ける場合、システムプロンプトによる出力規制（アライメント調整）を行うか、あるいは特定のトピックに関する知識そのものをあらかじめフィルターして性能を落とすアプローチを取ります。しかし、それではビジネスでの実用的なセキュリティ業務（防御側のコード脆弱性スキャンなど）における性能も大幅に損なわれてしまいます。

そこでAnthropic社が採用したのが、「高い性能はそのまま維持し、その代わりに入出力プロセスを常時監視・ログ保存する」というアプローチでした。悪用が発生していないかを事後追跡・検証可能にすること、すなわち「監査証跡の確保」を一般公開の必須要件としたのです。そして、この監査証跡を維持するためのポリシーこそが、今回の衝突の直接的な火種となりました。

衝突の核心：安全対策が強いる「30日データ保持ポリシー」の脅威

Microsoftの法務チームおよび情報ガバナンス担当者が懸念を示し、即座の利用制限を強いることになったのは、Claude Fable 5に適用された独自の「データ保持規約（Data Retention Policy）」でした。

ゼロデータ保持（ZDR）という信頼の前提

これまで多くのエンタープライズ企業がChatGPT EnterpriseやClaudeのAPI/プロバイダ契約を導入してきた最大の技術的前提は、「ゼロデータ保持（Zero Data Retention: ZDR）」の合意でした。ZDR契約のもとでは、企業ユーザーが送信したソースコード、特許情報、顧客情報といったプロンプトデータは、プロバイダ側のサーバーに永続的に保存されることはなく、かつモデルの追加学習に利用されることもありません。データはメモリ上で処理された直後に破棄されるため、ベンダー側のセキュリティ侵害（ハッキングなど）による漏洩リスクを最小限に抑えることができます。

Fable 5 が要求する「30日保存」と「最大2年間の調査用保存」

しかし、Claude Fable 5ではこのZDRが機能しません。安全対策の一環として「安全分類器（Safety Classifier）」が常時稼働しており、以下のような独自のログ保存ポリシーが適用されます。

1. 30日間の会話ログ保持： 安全分類器がユーザーの入力とモデルの出力を監視・評価するため、すべての会話データはAnthropicのセキュアなサーバーに最低30日間保持されます。
2. 最大2年間の例外保持： 安全分類器が悪用の兆候（ハッキングツールの作成やマルウェア開発への関与など）を検知し、ポリシー違反の疑いがあると判定（フラグを設定）した場合、その会話データは詳細な調査や法執行機関への対応、または法的紛争への備えとして、最長2年間にわたって保存される可能性があります。

このポリシーは、悪用を抑止しAIの安全な利用を保証する観点からは極めて合理的ですが、企業ガバナンスの視点からは致命的なセキュリティリスクとみなされます。

企業ガバナンスとの衝突

多くの大企業や行政機関、とりわけ金融・医療・防衛などの規制業界では、「機密データをベンダー側に一時的であれ保存させてはならない」という厳格なデータ保護ポリシーを持っています。

開発者が社内コードベースのバグ修正や脆弱性テストにFable 5を使用した場合、そのプロンプトに含まれる知的財産（IP）が、自社の管理下ではないサードパーティ（この場合はAnthropic社）のサーバーに30日間、場合によってはフラグ誤判定によって2年間も残ることになります。万が一、その期間中にAnthropic社がサイバー攻撃を受けたり、内部不正が発生した場合、企業の最高機密コードやデータが流出する二次的リスクを排除できません。これこそが、Microsoftの法務チームが「この契約条件は、現在の情報管理規定および顧客から預かっている知的財産保護ポリシーと相容れない」と判断した本質的な理由です。

外部提供と社内制限の「ねじれ」（ダブルスタンダード問題）

ここで注目すべきは、Microsoftが自社の従業員に対してはデータ漏洩リスクを懸念してClaude Fable 5の利用を制限している一方で、外部の顧客に対しては「GitHub Copilot」や「Foundry」といった商用サービスを通じてFable 5を提供し続けている点です。

この対応の「ねじれ」は、AIデータガバナンスにおける典型的なダブルスタンダードを示しています。すなわち、「自社で使うにはサードパーティ（Anthropic）のデータ保持リスクが高すぎるが、他社（顧客）が契約責任のもとで使用する分には提供する」という構造です。この事実は、企業がエンタープライズAIを導入する際、自社内のセキュリティポリシーと、社外の顧客との契約関係の間に生じる、極めて解決の難しい論理的ギャップを浮き彫りにしています。

AI安全性の罠（AI Safety Paradox）：安全にするほど使いにくくなる逆説

この問題は、単に「MicrosoftとAnthropicの契約上の意見相違」という次元にとどまりません。AIモデルが強力になればなるほど、安全管理の範囲と責任が広がり、結果としてエンタープライズ導入の障壁が高くなるという「AI安全性の罠（AI Safety Paradox）」という構造的なジレンマを浮き彫りにしています。

安全対策の皮肉なトレードオフ

以下の図は、AIモデルの性能向上に伴うリスクと、安全対策が引き起こすガバナンス要件の関係を示しています。

graph TD
    A["AIモデルの性能向上 (Mythosクラス)"] --> B["サイバー攻撃や悪用のリスク増大"]
    B --> C["AIベンダーによる厳格な安全監視 (データ保持要件)"]
    C --> D["企業のデータ保護ポリシー (ZDR原則) との衝突"]
    D --> E["企業内での利用制限・導入遅延"]
    A --> F["高価値タスク (高度開発・分析) への適用"]
    E --> G["競争力向上の機会損失"]

AIベンダーとしては、社会的な批判や法的な責任から自社を守るため、モデルの自律性が高まるにつれて監視ログの保存や安全分類器の適用といった「防衛策」を強化せざるを得ません。しかし、この防衛策が強化されればされるほど、企業のセキュリティ部門や法務部門からは「ベンダーリスク（外部保管リスク）」として警戒され、導入が却下される可能性が高まります。

つまり、「安全性を担保しようとすればするほど、ビジネスの実現場からはデータガバナンスの観点で敬遠される」という、皮肉なトレードオフが生じているのです。

比較表：主要AIモデルとデータ保持ポリシーの現状

企業が現在利用可能な主要な高性能AIモデルおよびそのアクセス手段におけるデータ保持ポリシーを以下の表にまとめました。導入の検討に際し、どのポリシーが適用されるかを識別することが極めて重要です。

※上記ポリシーは2026年時点の各社サービス規約に基づいており、エンタープライズ契約の個別交渉により変更される場合があります。特にAzure等におけるZDRの適用には、実績に応じた個別オプトアウト（データ保存なし）申請が必要となるケースが一般的です。

今後の展望：対立を乗り越えるための3つの解決シナリオ

この「安全性監視とデータ機密の対立」を解消するために、業界はすでにいくつかの新しい解決策を模索し始めています。今後は以下の3つのシナリオが共存していくと予想されます。

1. 信頼された実行環境（TEE）とハードウェア暗号化の活用

最も有望視されている技術的アプローチは、NVIDIA製セキュリティチップやIntel SGXなどの技術を利用した「機密コンピューティング（Confidential Computing）」です。GPU上の暗号化された安全な領域（TEE: Trusted Execution Environment）でAIの推論および安全分類器の処理を実行します。

この構成では、データは処理中も常に暗号化されており、AnthropicなどのAIプロバイダであっても中身を覗き見ることはできません。安全分類器は暗号化領域内で動作して結果（フラグ）のみを出力するため、「30日間の平文データ保存」を行うことなく、悪用の防止と企業のデータ保護を両立させることが可能になります。

2. ローカル・オンプレミス展開可能な「オープンウェイト」への回帰

ベンダーが管理するAPIの利用に懸念を持つ企業は、MetaのLlama 3.1/3.2シリーズやMistral AIのモデルなど、自社が完全にコントロールできるプライベートインフラ（自社サーバーやVPC環境）に展開可能なオープンウェイトモデルへの依存を強めています。

このモデルでは、モデルのウェイトそのものを自社で保有するため、安全監視のポリシーやデータの保存期間はすべて自社で設計・決定することができます。Mythosクラスほどの限界性能には達しない場合でも、契約上の法務リスクを完全に排除できるため、法的な制約が極めて厳しいエンタープライズ環境では「性能よりも制御可能性（Controllability）」を重視する動きが加速しています。

3. 個別法務交渉による「ZDR適用」特別契約の締結

大企業やMicrosoftのような巨大テック企業においては、最終的にAIベンダーとの直接交渉により、Fable 5のような高度なモデルであってもデータ保持を一切行わない「完全オプトアウト条項（ZDR契約）」を特例として締結する動きが進むと考えられます。

ただし、これはベンダー側にとって「悪用防止の監視を一部放棄する」ことを意味するため、契約主体となる企業側が「悪用が発生した場合は全責任を負う」という賠償責任・免責条項の受け入れや、数億円規模の契約金を前提とするなど、交渉コストと契約閾値は極めて高くなるでしょう。

よくある質問（FAQ）

Q1：MicrosoftがClaude Fable 5の利用を制限した理由は何ですか？

回答： Microsoftが従業員のFable 5利用を制限したのは、同モデルに適用された「30日間のデータ保持ポリシー（規約違反が疑われる場合は最長2年間保持）」が、同社の厳格な情報管理ポリシーや顧客データ保護基準と衝突したためです。従業員がソースコードや機密データを送信した際、その情報が一時的であれ外部のAnthropic社のシステムに保持されるリスクを回避するために、法務チームによる安全性評価が完了するまでの暫定的な措置として制限が設けられました。

Q2：Claude Fable 5の「30日データ保持ポリシー」とは具体的にどのようなものですか？

回答： Fable 5は極めて高いサイバーセキュリティ能力を持つモデルであるため、ハッキング支援などの悪用を防止・監視する安全分類器（Safety Classifier）の適用が必須となっています。このシステムを動作させるために、ユーザーから入力されたプロンプトとAIからの出力データは一時的にAnthropicのサーバーに30日間保存されます。さらに、悪用の疑いがあるフラグが検出された場合には、法的調査や規約執行のために該当データが最長2年間にわたって保持される仕組みとなっています。

Q3：なぜ他のClaudeモデル（Sonnetなど）は制限されず、Fable 5だけが制限されたのですか？

回答： 他のClaude 3.5モデルやGPT-4シリーズ等では、企業向けの「ゼロデータ保持（Zero Data Retention）」や即時削除のオプトアウト契約が提供されているため、情報流出リスクが極めて低く制限の対象になりません。これに対し、Fable 5は悪用リスクが格段に高い「Mythos」クラスの強力なモデルであるため、Anthropic社が安全管理の観点からデータ保持と監視を一般公開の必須要件としており、企業がオプトアウトを選択することができない規約となっていたためです。

Q4：企業がClaude Fable 5を安全に利用する方法はありますか？

回答： 現時点で一般のAPIやWebインターフェース経由でFable 5を利用する場合、30日間の保持ポリシーを回避することはできません。しかし、将来的に「機密コンピューティング（Confidential Computing / TEE）」に対応したAzureやAWSなどのホスト環境を通じて提供される場合や、個別交渉によってベンダーがログ保存を行わない特約を適用されたエンタープライズ専用アカウントを用いることで、ZDR要件を満たした安全な運用が可能になると見込まれています。

まとめ：これからの企業が取るべき「AI導入デューデリジェンス」

MicrosoftによるClaude Fable 5の社内利用制限は、これからのAI選定における重要なゲームルールの変化を象徴しています。もはや「モデルの回答精度が高いか」「コストが安いか」だけでAIを評価する時代は終わりました。

今後は、AIモデルが持つ能力の高さと、それに伴う「安全監視ポリシー（Data Retention/Classifier）」が自社の情報ガバナンスに及ぼす影響を事前に精査する「AIデューデリジェンス」の重要性が飛躍的に高まります。企業は以下の3点を法務・ITプロセスに組み込むべきです。

1. データ保持ポリシーの事前特定：導入するモデルがZDRに対応しているか、それとも安全監視のために数日〜数十日間のベンダー側保存を求めているかを契約上必ず確認する。
2. モデル能力とリスクの分類化：サイバーセキュリティやシステム制御など、悪用リスクの高いタスクにAIを用いる場合、ポリシー要件が厳格化する可能性を想定する。
3. ハイブリッド展開の検討：機密度の極めて高いデータにはプライベートなオープンウェイトモデルを用い、一般的な業務には利便性の高い外部APIを用いるといった、データ機密度に応じたインフラの使い分けを行う。

AIの進化が加速する中、イノベーションのスピードとセキュリティガバナンスの調和こそが、企業の真のデジタル競争力となるでしょう。

参考ソース

• The Verge (Tom Warren 記者によるスクープ、2026-06-10 / 2026-08-07報道): https://www.theverge.com (Vergeの本件に関する記事)
• CryptoBriefing: https://cryptobriefing.com/microsoft-restricts-claude-fable-5-data-retention/
• WindowsForum: https://windowsforum.com/windows-news.4/microsoft-restricts-claude-fable-5-over-30-day-data-retention-rules.425602/
• しばたくAI / note.com (池本毅 氏の解説): https://note.com/entikemoto/n/n8d5c8a2a0e51

関連記事

• 「顧客には売るが、社員には使わせない」──Claude Fable 5を揺さぶった"データ保持"と米政府指令、そして自前AIという答え
• 企業が「Claude Fable 5」の利用を制限する理由——ゼロ・データ・リテンション（ZDR）廃止の衝撃とエンタープライズAIの葛藤
• AIが「戦略物資」になった日──米政府がAnthropicの最強AI「Fable 5」「Mythos 5」を緊急停止、輸出管理が突きつけるフロンティアAIの新常識