Claude Codeの情報漏洩リスクを徹底解説！機密情報を守る設定も紹介

Claude Codeは便利そうだけれど、会社のコードや顧客情報が漏れないか不安。そんな理由で導入をためらっていないでしょうか。AIにソースコードを渡すなら、データがどこへ行き、何に使われるのかを先に知っておく必要があります。

この記事では、Claude Codeで情報漏洩が起きる仕組みを非エンジニアにも読める言葉で解説します。学習・保持の公式ルールと機密情報を守る設定も扱う内容です。読み終えるころには、何を設定すれば安全に使えるかを自分で判断できます。結論から言うと、漏洩につながる経路は整理すると3つで、いずれも公式の手段で対策可能です。

Claude Codeで情報漏洩が起きる仕組みを理解する

対策の前に押さえる基本は以下の2つになります。

• 入力したコードはAnthropicのサーバーに送信される
• 漏洩につながる経路は大きく3つある

入力したコードはAnthropicのサーバーに送信される

Claude Codeはパソコンの中だけで動くツールではありません。プロンプトや読み込ませたコードはAnthropicのサーバーに送信され、AIモデルが応答を生成して返す仕組みです。入力した内容がいったん手元の外へ出ることが、まず押さえるべき前提です。

ただし、送られたデータの扱いには公式の明確なルールが存在します。学習に使われるかどうか、どれだけの期間保存されるかは、契約しているプランと自分の設定次第です。不安の正体を「送信されること」ではなく「送信後の扱い」に分けて考えると、必要な対策が見えてきます。

漏洩につながる経路は大きく3つある

公式ドキュメントの記述を整理すると、情報が外へ出る経路は3つに分かれます。1つ目はクラウド側で、送信されたデータが学習や品質改善に使われる経路です。2つ目はAIの操作経由で、外部から紛れ込んだ悪意ある指示がClaude Codeに機密ファイルを読ませて外へ送らせる、プロンプトインジェクションと呼ばれる攻撃になります。3つ目は手元と共有機能で、会話の記録はパソコン内に保存され、フィードバック送信では会話履歴のコピーがAnthropicへ送られます。

なお、攻撃側の経路に対して、公式が組み込んでいる保護も多層です。リクエスト全体の文脈分析・コマンドインジェクションの検知・初めて扱うコードベースや新しいMCPサーバーへの信頼確認・Webから取得した内容の隔離処理などが実装されています。そのうえで公式は、あらゆる攻撃に完全な免疫を持つシステムはないと明言しており、経路ごとに設定で塞ぐのが現実的な守り方です。

学習と保持の公式ルールを正しく押さえる

公式ドキュメントに基づき、ルールを以下の3つに整理しました。

• 個人プランは学習利用を自分で選ぶ方式になっている
• 商用プランとAPIのデータは学習に使われない
• 保持期間は学習の許可で5年、不許可で30日に分かれる

個人プランは学習利用を自分で選ぶ方式になっている

Free・Pro・Maxの個人プランでは、データを将来のモデル改善に使ってよいかを利用者自身が決める仕組みです。2025年の利用規約の更新で、新規登録時と既存ユーザーの継続利用時に、学習利用の可否を必ず選ぶ方式へ変わりました。設定がオンの間は、Claude Codeで入力したコードも学習の対象に含まれます。

切り替えは、設定画面のプライバシー項目にあるHelp improve Claudeのトグルからいつでも可能です。会社の情報を扱うなら、まずここを確認するのが第一歩になります。オプトアウトの詳しい手順は次の記事が詳しいです。

Claude Codeに学習させない設定を徹底解説！データが学習される条件も紹介

商用プランとAPIのデータは学習に使われない

TeamやEnterpriseの商用プラン、API経由の利用では、Anthropicは送信されたコードやプロンプトを生成モデルの学習に使わないと公式に明記しています。例外は、利用者が明示的にデータ提供へ同意した場合だけです。

個人プランと商用プランで既定の扱いが大きく違うため、業務利用の判断ではこの線引きが最重要ポイントになります。

保持期間は学習の許可で5年、不許可で30日に分かれる

保存期間にも明確なルールがあります。個人プランで学習利用を許可した場合は5年、許可しない場合は30日です。商用プランとAPIの標準は30日保持です。

さらに厳しい要件がある組織向けには、データを保持しないZero Data Retentionの仕組みが用意されています。公式によると、ZDRは標準のEnterprise契約に自動で含まれるものではなく、適格性の確認を経てアカウントチーム経由で組織単位で有効化される扱いです。有効化するとフィードバック送信などの一部機能が自動で無効になる点も、あわせて押さえておきましょう。保持期間の数字を把握しておくと、社内説明や規程づくりの根拠として使えます。

機密情報を読ませない設定【.env・環境変数】

APIキーやパスワードを含むファイルを守る設定は以下の3つです。

• denyルールで.envファイルへのアクセスを塞ぐ
• 間接的な読み取りはサンドボックスで強制的に止める
• 環境変数の認証情報はスクラブ機能で守る

denyルールで.envファイルへのアクセスを塞ぐ

最初の守りは、読み取り禁止のdenyルールです。公式ドキュメントには、APIキーなどを保存する.envファイルを対象にしたRead(./.env)の構文例がそのまま載っています。ワイルドカードを使えば、作業フォルダ以下のすべての.envファイルをまとめて禁止することも可能です。

denyルールはファイルの閲覧だけでなく編集も同じパスで塞ぎ、どの設定階層のallowよりも優先されます。ルールの書き方の全体像は次の記事で解説しています。

Claude Codeの権限設定を徹底解説！自動承認を安全に使う方法も紹介

間接的な読み取りはサンドボックスで強制的に止める

注意したいのは、denyルールが効く範囲です。公式ドキュメントは、denyルールが組み込みのファイルツールとcatなどの主要コマンドに適用される一方、ファイルを自力で開くPythonやNodeのスクリプトには適用されないと明記しています。

全プロセスをOSレベルで止めるには、サンドボックス機能の有効化が必要です。設定のdenyReadに~/.envのようなパスを指定でき、広い許可の中でも指定した秘密ファイルだけを確実に塞げます。既定では~/.sshなどの認証情報ファイルが読める状態のため、守りたいパスは明示的に指定するのが公式の推奨です。

環境変数の認証情報はスクラブ機能で守る

Claude Codeが実行するコマンドは、既定で親プロセスの環境変数を引き継ぎます。環境変数にAPIキーを入れている場合、AIが実行したスクリプトからキーが見える状態です。

対策として、CLAUDE_CODE_SUBPROCESS_ENV_SCRUBを設定すると、Anthropicとクラウド事業者の認証情報をすべてのサブプロセスから取り除けます。特定の変数だけを対象にしたい場合は、サンドボックス設定のcredentials項目で個別の遮断やマスクが可能です。組み込みの遮断リストは存在しないため、守りたい変数は自分で列挙する決まりになっています。

外部への送信を減らす設定と機能

手元から外へ出る通信を絞る手段は以下の3つです。

• フィードバック送信は5年保持を理解して使う
• ネットワークの接続先を許可制にする
• テレメトリなどの非必須通信は環境変数で止める

フィードバック送信は5年保持を理解して使う

/feedbackコマンドで不具合を報告すると、コードを含む会話履歴のコピーがAnthropicに送信され、5年間保持されます。公式によると、/bugと/shareの2つのコマンドも同じ経路・同じ保持期間で扱われます。品質調査で会話記録の提供に同意した場合も、既知のAPIキーのパターンはマスクされる仕様です。ただしソースコード自体はそのまま送られ、最長6か月保存されます。

どちらも明示的に同意しない限り送信されない設計ですが、業務コードを扱う場合は安易に使わない運用が無難です。フィードバック機能自体は、環境変数DISABLE_FEEDBACK_COMMANDで無効化できます。

ネットワークの接続先を許可制にする

サンドボックスのネットワーク分離を有効にすると、コマンドの接続先は許可制になります。既定で事前許可されたドメインはなく、新しい接続先が必要になるたびに承認を求められる仕組みです。

公式ドキュメントは、ネットワーク分離なしではSSH鍵のような機密ファイルの外部送信があり得ると明記し、広すぎるドメイン許可も流出経路になり得ると注意しています。また、curlのようなWebから内容を取得するコマンドは、既定で自動承認の対象外です。

テレメトリなどの非必須通信は環境変数で止める

Claude Codeは利用状況のテレメトリやエラーレポートを送信しますが、メトリクスにコード・プロンプト・ファイルパスは含まれないと公式が明記しています。エラーレポートも、既知の秘密情報のパターンを送信前にマスクする設計です。

それでも減らしたい場合は、DISABLE_TELEMETRYで停止でき、CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFICを使えば非必須の通信をまとめて止められます。例外として、Webページ取得前に接続先の安全性を確認する通信(送られるのはホスト名のみ)は、この変数では止まらないと公式に明記されています。何がどこまで送られるかが文書化されている点は、導入判断の材料として大きな利点です。

企業利用で追加すべき守り

組織でClaude Codeを使うときの追加ポイントは以下の3つです。

• 業務利用は学習対象外の商用プランを選ぶ
• 認証情報の保存場所を把握して管理する
• 完全ではない前提で運用ルールを整える

業務利用は学習対象外の商用プランを選ぶ

個人プランの学習設定は利用者ごとに異なるため、業務利用では設定の確認漏れがそのままリスクになります。TeamやEnterpriseの商用プランなら、契約条件として学習に使われず、保持も標準30日に揃います。個々の利用者の設定確認に頼らずに済む形です。

プラン選びと料金の詳細は次の記事で解説しています。

Claude Codeの法人導入と研修を徹底解説！Teamプランの選び方も紹介

認証情報の保存場所を把握して管理する

ログイン後の認証情報の保存場所は公式に文書化されています。macOSでは暗号化されたキーチェーン、LinuxとWindowsでは本人のユーザー領域にあるファイルに保存され、ファイル権限で保護される仕組みです。

保存場所がわかっていれば、退職時の端末処理や貸与パソコンの管理手順に組み込めます。共有端末での利用を避ける判断も、この情報があってこそ可能です。

完全ではない前提で運用ルールを整える

公式ドキュメント自身が、保護はリスクを大幅に減らすものの、あらゆる攻撃に完全に免疫のあるシステムはないと明言しています。信頼できない外部コンテンツを扱う際は、実行前のコマンド確認や仮想マシンの利用が公式のベストプラクティスです。

だからこそ、設定に加えて、入力してよい情報の線引きや確認手順を運用ルールとして決めておく必要があります。全体のセキュリティ設計は次の記事で解説しています。

Claude Codeのセキュリティを徹底解説！安全に使う設定と企業運用も紹介

Claude Codeの情報漏洩に関するよくある質問

判断に迷いやすい点への回答は以下の4つです。

• 機密データの入力について公式は何と言っていますか？
• 学習をオフにすれば過去のデータも学習から消えますか？
• パソコンの中に会話の記録は残りますか？
• Claude Codeの流出事件があったと聞きました。大丈夫ですか？

機密データの入力について公式は何と言っていますか？

公式ヘルプは、クレジットカード番号や口座情報などの財務情報・医療記録・パスワードやログイン認証情報・機密のビジネス文書の共有には注意するよう呼びかけています。禁止ではなく利用者の判断に委ねる書き方ですが、財務情報やパスワードは入れない前提で使うのが安全側の解釈です。

学習利用時のデータへのアクセスも、モデル訓練に関わる少数の担当者に限定され、確認前にメールアドレスなどの利用者情報から切り離されるとの説明です。

学習をオフにすれば過去のデータも学習から消えますか？

消えません。公式ヘルプは、すでに開始済みの学習と学習済みのモデルからデータは取り除かれないと明記しています。オフにした後は、過去の保存済みデータも含めて将来の学習から除外される仕組みです。

だからこそ、機密性の高いコードを扱う前に設定を確認する順番が重要になります。削除したチャットが将来の学習に使われない点も、あわせて覚えておくと安心です。

パソコンの中に会話の記録は残りますか？

残ります。セッションの記録は既定で30日間、パソコン内の~/.claude/projects/に暗号化されない形式で保存されると公式に記載されています。端末自体の紛失や共有には注意が必要です。

保存期間は設定のcleanupPeriodDaysで変更できます。共有端末や返却予定の貸与パソコンで使う場合は、期間を短くしておくと安全です。

Claude Codeの流出事件があったと聞きました。大丈夫ですか？

2026年3月末に、Claude Code自体のソースコードの一部が公開状態になったと報じられた件を指していると思われます。ここで大切なのは切り分けです。報じられたのは開発元側のコードの話であり、利用者がClaude Codeに入力したコードや会話データが漏れた事件ではありません。

この記事で扱ってきた「自分のデータの守り方」とは別の話題のため、報道を見て利用をためらう必要はありません。一方で、どんなサービスにも事故の可能性がある前提で、機密の線引きや設定を整えておく姿勢は変わらず有効です。

Claude Codeの情報漏洩は仕組みの理解と設定で防ぎましょう

Claude Codeの情報漏洩リスクは、クラウド側の学習と保持・AI操作経由の読み取り・手元と共有機能の3つの経路に整理できます。学習と保持はプラン選択と設定で対策できます。機密ファイルはdenyルールとサンドボックス、通信は許可制と環境変数がそれぞれ公式の手段です。

完全な安全を保証するシステムはないと公式自身が認めているからこそ、仕組みを理解した上での設定と運用ルールの両輪が効きます。まずは学習設定の確認と、.envファイルを塞ぐdenyルールの2つから始めましょう。