Claudeを業務で使う際、入力した情報が学習に使われるか、どこまで保持されるかは、導入判断の最初の関門です。結論から言えば、有料プランでは会話データは学習に使われず、無料版でも明示的にオプトアウトできます。ただし、データ保持期間・サブプロセッサへの送信・削除請求の可否はプランごとに異なり、契約条件だけでなく技術的な統制設計が必要です。この記事では、Claudeの情報漏洩リスクと対策を、プランごとのデータ取扱いの違い、学習利用の実際、漏洩を防ぐための統制設計の手順という3つの軸で整理します。

Claudeの情報漏洩リスクと対策の全体像

Claudeの情報漏洩リスクは、学習利用・データ保持・アクセス経路の3層で構成されます。学習利用とは、ユーザーの入力をモデルの改善に使うかどうかです。データ保持とは、会話履歴や入力ファイルをサーバー上に何日間残すかです。アクセス経路とは、Anthropic社内・サブプロセッサ・API経由のアプリケーションといった、データに触れる主体の範囲を指します。

対策は、契約条件による一次防御と、技術的な統制設計による二次防御の組み合わせです。契約条件とは、有料プランへの移行・BAA締結・DPA適用といった、SaaS側が提供する法的・技術的な保証です。技術的な統制設計とは、入力可能な情報の範囲を職務単位で定義し、操作ログから逸脱を検出し、削除請求の手順を明文化するといった、利用者側が構築するガードレールです。契約だけでは入力の中身を制御できず、統制だけでは保持期間を短縮できません。両者を組み合わせて初めて、情報漏洩リスクは実務レベルで管理可能になります。

プランごとのデータ取扱いの違い

Claudeは無料版・Pro・Team・Enterpriseの4プランを提供しており、それぞれデータの学習利用・保持期間・削除請求の可否が異なります。Anthropic Privacy CenterとAnthropic Trust Centerに記載された仕様を、プランごとに整理します。

無料版のデータ取扱い

無料版では、会話データはデフォルトで学習に使われます。ただし、設定画面でオプトアウトを有効にすれば学習利用は停止されます。オプトアウト後も会話履歴はサーバーに保存され続け、アカウントを削除するか個別の会話を削除しない限り残ります。削除請求は、画面上の操作で即座に実行できます。

無料版を業務で使う場合、オプトアウトを有効にした上で、入力可能な情報の範囲を規定することが最低限の対策です。ただし、オプトアウトは個人アカウント単位の設定であり、組織として一括適用できません。そのため、無料版を複数人で使う組織では、設定の徹底を目的とした手順書とチェックリストが必要です。

有料プラン（Pro・Team・Enterprise）のデータ取扱い

Pro・Team・Enterpriseでは、会話データは学習に使われません。これは契約条件として保証されており、オプトアウトの設定は不要です。会話履歴の保持期間はプランごとに異なり、Proは無期限、TeamとEnterpriseは削除請求に応じて削除されます。削除請求は、画面上の操作またはサポート経由で実行できます。

EnterpriseプランではBAA（Business Associate Agreement）を締結でき、HIPAA準拠が求められる医療・ヘルスケア領域でも利用可能になります。また、DPA（Data Processing Agreement）が標準で適用され、GDPRや日本の個人情報保護法が求める管理者・処理者の役割分担が明確化されます。これにより、個人データを含む業務での利用が法的に整理されます。

APIプランのデータ取扱い

Claude APIでは、入力データは学習に使われず、デフォルトで30日後に自動削除されます。削除期間は契約で短縮でき、ゼロデイ削除（送信直後に削除）も技術的に可能です。API経由の利用では、データはAnthropicのサーバーを経由しますが、アプリケーション側のログ管理とセットで設計することで、保持期間を組織の基準に合わせられます。

APIを業務システムに組み込む場合、Anthropic側の保持期間とアプリケーション側のログ保持期間を揃えることが統制上の原則です。例えば、Anthropic側で30日後に削除する設定にしたとき、アプリケーション側のログが90日間残っていれば、実質的な保持期間は90日です。両者の期間を揃えないと、削除基準が形骸化します。

学習利用の実際と誤解されやすい点

「学習に使われない」という保証は、入力データがモデルのファインチューニングや再学習に使われないことを意味します。これはモデルの重みが更新されないことを指し、入力内容が他のユーザーの回答に影響を与えることはありません。一方で、会話履歴はサーバー上に保存され、Anthropic社内の技術サポートや不正利用検知の目的で参照される可能性があります。

誤解されやすい点として、「学習に使われない＝データがサーバーに残らない」ではありません。学習に使わない場合でも、会話履歴は保持期間に従ってサーバーに残ります。したがって、学習利用の有無と保持期間は別の論点として整理する必要があります。

また、オプトアウトやプラン変更は将来の学習利用を停止しますが、過去に送信したデータを遡って削除するわけではありません。オプトアウト前に送信したデータがすでに学習に使われていた場合、その影響をモデルから除去することは技術的に不可能です。したがって、業務利用を開始する前にオプトアウトを設定するか、最初から有料プランを選ぶことが重要です。

情報漏洩を防ぐ統制設計の手順

契約条件でデータ保持と学習利用を制御した後、入力可能な情報の範囲を職務単位で定義し、逸脱を検出する仕組みを構築します。統制設計は、次の5つの手順で進めます。

手順1: 入力可能な情報の範囲を職務ごとに定義する

最初に、どの職務がどのレベルの情報を入力してよいかを定義します。例えば、営業部門は顧客名と商談概要まで、法務部門は契約書の条文まで、経理部門は金額を除いた取引内容まで、といった形です。職務ごとに入力可能な情報の範囲を明文化し、それを超える情報を入力した場合の対処を手順書に書くことで、統制の境界が明確になります。

定義の粒度は、組織の情報分類基準に合わせます。例えば、「機密情報」「社外秘」「公開可」といったラベルがすでにある場合、「機密情報は入力禁止、社外秘は要約のみ、公開可は全文可」という対応表を作ります。既存の分類基準がない場合、Claude利用規程の策定と並行して情報分類を整備する方が、後の手戻りを減らせます。

手順2: 操作ログの取得範囲を決める

次に、誰がいつ何を入力したかを記録する操作ログの取得範囲を決めます。Claude TeamとEnterpriseでは、管理画面から会話履歴の閲覧・エクスポートが可能ですが、どの役職がどこまでログを閲覧できるかは組織の承認事項です。技術的に取得できるログと、実際に閲覧が承認されるログは一致しません。

例えば、監査部門がすべての会話履歴を閲覧できる権限を求めた場合、その権限が社内規程上承認されるかを先に確認します。承認されない場合、代替手段として「入力した情報のカテゴリ（顧客名・契約書・財務データ等）のみを記録し、本文は記録しない」という設計に切り替えます。ログ設計は技術的に取得できるかではなく、その権限が社内で承認されるかで決まります。

手順3: 逸脱を検出する基準を設ける

操作ログから、入力可能な範囲を超えた情報が送信されたかを検出する基準を設けます。検出方法は、キーワードベースの機械的フィルタと、定期的な人手によるサンプリングの組み合わせです。

キーワードベースのフィルタでは、「マイナンバー」「口座番号」「パスワード」といった、明らかに入力禁止の文字列を検出します。ただし、この方法は誤検知と見逃しが必ず発生するため、全数を機械で判定することは現実的ではありません。したがって、フィルタで検出されたログを人手で確認し、誤検知を除外した上で、違反者へ通知する運用を設計します。

定期的なサンプリングでは、月に一度など決まった頻度で、ランダムに抽出した会話履歴を監査部門が確認します。サンプル数は全体の数%程度に抑え、確認の負荷を現実的な範囲に収めます。サンプリングの目的は、統制が形骸化していないかを確認することであり、全件を監視することではありません。

手順4: 削除請求の手順を明文化する

誤って機密情報を入力した場合、速やかに削除する手順を明文化します。削除請求は、利用者が自分で実行できる操作と、管理者経由でサポートへ依頼する操作の2種類があります。前者は画面上の削除ボタンで即座に実行でき、後者はサポートチケットの起票から削除完了まで数日を要します。

削除手順書には、どのケースでどちらの手段を使うかを明記します。例えば、個人が自分の会話履歴を削除する場合は画面上の操作、組織全体の会話履歴を一括削除する場合はサポート経由、といった対応表を作ります。削除完了までの期間を手順書に書くことで、削除請求が形式的な手続きではなく、実際の漏洩対策として機能します。

手順5: 統制の効果を定期的に検証する

統制設計は一度作って終わりではなく、四半期ごとなど定期的に効果を検証し、逸脱の件数・検出漏れ・手順の形骸化を確認します。検証の材料は、操作ログから集計した逸脱件数、サンプリングで発見された未検出の違反、削除請求の件数と平均処理日数です。

検証結果から、キーワードフィルタの精度を上げる、サンプリングの頻度を増やす、削除手順を簡略化する、といった改善を行います。統制は運用の中で形骸化するため、検証を定期的に行わないと、手順書だけが残り実態が伴わない状態になります。

プラン選定と統制設計の優先順位

情報漏洩対策は、プラン選定による一次防御を先に固め、統制設計による二次防御を後から積むという順序で進めます。一次防御が不十分なまま統制設計を精緻化しても、契約条件の穴を埋めることはできません。

プラン選定では、入力する情報の機密度と利用者数から、無料版・Pro・Team・Enterpriseのどれが適切かを判断します。機密度が高い情報を扱う場合、学習利用が契約で禁止されている有料プランが必須です。利用者が少数であればPro、組織単位で管理が必要ならTeam、BAA締結やDPA適用が求められるならEnterpriseを選びます。

統制設計は、プラン選定で決まった契約条件を前提に、入力可能な情報の範囲・ログの取得・逸脱の検出・削除の手順を組み立てます。プラン変更は契約と予算の承認が必要ですが、統制設計は社内の合意だけで進められます。したがって、プラン選定を先に決定し、統制設計をその後に積むことで、手戻りを減らせます。

外部ガイドラインとの対応関係

Claudeの情報漏洩対策は、政府が公表しているガイドラインの要求事項と対応します。AI事業者ガイドライン（第1.2版）（総務省・経済産業省（2026年3月31日公表））では、AI利用におけるデータ管理の原則が示されており、入力データの学習利用の有無、保持期間、削除手順の明確化が求められています。

また、デジタル庁や個人情報保護委員会では、生成AIに関する情報が公開されています。これらの情報を踏まえ、Claudeのプラン選定と統制設計を行うことで、法令遵守と実務の両立が可能になります。

ガイドラインは抽象的な原則を示すものであり、具体的な設定項目や手順までは記載されていません。したがって、ガイドラインの要求事項を、Claudeの契約条件と統制設計へ翻訳する作業が必要です。その翻訳作業が、この記事で示した5つの手順です。