Claude Code 企業導入セキュリティガイド【2026年最新】｜データ保護・権限管理・コンプライアンスを完全網羅

企業がClaude Codeを導入する際、「ソースコードがAnthropicのサーバーに送られるのでは？」「機密データが学習に使われるリスクは？」という不安が最大の障壁になります。本記事では、データの送信先・保持期間・暗号化方式から権限管理・コンプライアンス認証・3段階セキュリティ構成まで、CTOと情報システム部門が安心してClaude Codeを導入できる実践ガイドを提供します。

最終更新: 2026年3月12日

データはどこへ行くのか──Claude Codeのデータフロー完全解説

Claude Codeを企業に導入する第一歩は、「自社のコードがどこに送られ、どう処理されるのか」を正確に理解することです。結論から言えば、Claude Codeのデータフローには3つのパターンがあり、企業のセキュリティ要件に応じて選択できます。

TLS暗号化とAPI通信の仕組み

Claude Codeとサーバー間のすべての通信はTLS（Transport Layer Security）で暗号化されます。開発者のローカルマシンから送信されるデータには、プロンプト（指示文）、モデルの応答、ツール実行結果（bashコマンドの出力やファイル読み取り結果）が含まれます。

重要なポイントとして、以下のデータは送信されません：

• プロジェクトディレクトリ外のファイル内容（明示的に参照しない限り）
• ローカル環境変数（プロンプト内で参照されない限り）
• テレメトリにコードやファイルパスは含まれない

AWS Bedrock / Google Vertex AI経由で社内完結する方法

セキュリティ要件が厳格な企業には、AWS BedrockまたはGoogle Vertex AI経由での利用を推奨します。この構成では、データがAnthropicのインフラストラクチャを一切通過せず、自社クラウドアカウント内で完結します。

AWS Bedrockの設定：

# 環境変数の設定
export CLAUDE_CODE_USE_BEDROCK=1
export AWS_REGION=us-east-1

# モデルバージョンの固定（推奨）
export ANTHROPIC_DEFAULT_SONNET_MODEL='us.anthropic.claude-sonnet-4-6'

# IAMに必要な権限
# bedrock:InvokeModel
# bedrock:InvokeModelWithResponseStream
# bedrock:ListInferenceProfiles

Google Vertex AIの設定：

# Vertex AI APIを有効化
gcloud services enable aiplatform.googleapis.com

# 環境変数の設定
export CLAUDE_CODE_USE_VERTEX=1
export CLOUD_ML_REGION=global
export ANTHROPIC_VERTEX_PROJECT_ID=your-project-id

# モデルバージョンの固定（推奨）
export ANTHROPIC_DEFAULT_SONNET_MODEL='claude-sonnet-4-6'

# 必要なIAMロール: roles/aiplatform.user

「学習に使われるのか？」に決着をつける

企業がAIコーディングツールを導入する際、最大の懸念は「自社のソースコードがAIモデルの学習に使われるのではないか」という点です。結論を先に述べると、API経由・商用利用ではデフォルトで学習に使用されません。

API・商用利用はデフォルト不使用

Anthropicの商用利用規約およびClaude Code公式データポリシーでは、Enterprise・Team・APIアカウントから送信されたデータを生成AIモデルのトレーニングに使用しないことを契約上保証しています。学習に使用されるのは、顧客がDevelopment Partner Programに明示的にオプトインした場合のみです。

Consumer版 vs API版の違い

Claude CodeはAPIベースのツールであり、Claude Pro/Max（Consumer版）のWebチャットとは異なるデータポリシーが適用されます。

データ保持期間──30日間ルールとZero Data Retention

標準保持（30日間）

商用・APIアカウントでは、Anthropicは不正利用の検知や安全性の確保を目的として、プロンプトとレスポンスを最大30日間保持します。この期間を過ぎたデータは自動的に削除されます。

なお、Claude Codeの/bugコマンドで送信されたフィードバックは製品改善のために最大5年間保持されます。これが不要な場合は環境変数DISABLE_BUG_COMMAND=1で無効化できます。

ZDR（Zero Data Retention）の仕組みと申請方法

Enterprise契約では、ZDR（Zero Data Retention）を申請することで、モデル推論に使われたプロンプトとレスポンスがレスポンス返却後に保持されなくなります。

ZDRが適用される範囲：

• モデル推論コール（プロンプトとレスポンス）

ZDRが適用されない範囲：

• claude.aiのWebチャット
• Coworkセッション
• サードパーティ連携（MCPサーバー等）
• 管理データ（メールアドレス、シート割り当て等）

ZDR適用時に無効化される機能：

• Claude Code on the Web
• デスクトップアプリからのリモートセッション
• /feedbackによるフィードバック送信

「Anthropicが侵害されたら？」──最悪のシナリオへの備え

企業のCISOが最も懸念するのは、「Anthropic自体がサイバー攻撃を受けた場合、自社のソースコードが流出するのか？」という問いです。

Direct API利用の場合のリスク：

• 標準30日間の保持期間中のデータが理論上リスクにさらされる
• ZDR適用済みの場合、推論後にデータが保持されないためリスクは大幅に低減
• AnthropicはSOC 2 Type II認証を取得しており、セキュリティ管理体制は第三者監査で検証済み

Bedrock/Vertex AI経由の場合：

• Anthropicにデータが一切保持されないため、Anthropicが侵害されても自社コードの流出リスクはゼロ
• データはAWS/GCPのインフラ内で完結し、各クラウドプロバイダー独自のセキュリティ基盤で保護
• AWS CloudTrailやGCP Cloud Auditによる独立した監査証跡も確保可能

コンプライアンス認証──SOC 2, ISO 27001, HIPAA

AnthropicはTrust CenterおよびPrivacy Centerを通じて、以下のコンプライアンス認証を公開しています。

Enterprise向けセキュリティ機能

SSO・SCIMによるID管理

Claude for Enterpriseでは、SAML SSO（シングルサインオン）による企業のIDプロバイダー連携と、SCIM（System for Cross-domain Identity Management）による自動ユーザープロビジョニングが利用できます。

これにより、入退社に伴うアカウント管理が自動化され、退職者のアクセス権が即座に無効化されます。既存のIDプロバイダー（Okta、Azure AD、OneLogin等）とシームレスに統合できるため、追加の認証基盤を構築する必要はありません。

RBAC・監査ログ・Compliance API

RBAC（Role-Based Access Control）により、チームメンバーごとに細粒度の権限設定が可能です。

監査ログは全ユーザーのアクティビティを記録し、過去180日分をエクスポートできます（Organization Owner/Primary Ownerのみアクセス可能）。ダウンロードリンクの有効期限は24時間です。

Compliance APIは、使用状況データとアクティビティログへのプログラマティックアクセスを提供します。ユーザーや時間でのフィルタリングに対応し、継続的な監視と自動ポリシー適用に活用できます。

その他のEnterprise機能：

• コスト管理：ユーザーごとの利用上限設定と使用量モニタリング
• 分析ダッシュボード：導入率、PR貢献数、パワーユーザーの特定
• サーバー管理設定：組織全体でClaude Codeの設定を一元管理・強制適用

今すぐできるローカルセキュリティ設定

Claude Codeには、Enterprise契約なしでも今すぐ無料で使えるセキュリティ機能が豊富に用意されています。ここでは4つの主要な機能を実装例とともに解説します。

パーミッションシステム

Claude Codeの権限システムはdeny > ask > allowの優先順位で動作します（最初にマッチしたルールが適用）。ツールは3つのカテゴリに分類されます：

• 読み取り専用（Glob, Grep, Read）：承認不要
• Bashコマンド：初回使用時に手動承認、セッション内で「再度聞かない」設定可能
• ファイル変更（Edit/Write）：各セッションで手動承認が必要

パーミッションモードは5種類あります：

• default：標準モード（初回使用時に権限確認）
• acceptEdits：ファイル編集を自動承認（コマンドは確認あり）
• plan：分析のみ、ファイル変更・コマンド実行不可
• dontAsk：事前承認されたツール以外は自動拒否
• bypassPermissions：全権限チェックをスキップ（コンテナ/VM専用）

.claudeignoreで機密ファイルを保護

.claudeignoreファイルを使うことで、Claude Codeが読み取り・編集できるファイルを制限できます。.gitignoreと同じ構文で、機密ファイルをAIの操作対象から除外します。

# .claudeignore の例
# 環境変数・シークレット
.env
.env.*
*.pem
*.key
credentials.json

# 機密設定ファイル
config/production.yml
secrets/

# データベース関連
*.sql
migrations/

# 認証情報
.ssh/
.aws/

settings.jsonのdenyルール実装例

settings.jsonは複数のレベルで設定でき、優先順位は管理設定 > コマンドライン > プロジェクトローカル > プロジェクト > ユーザーの順です。

// ~/.claude/settings.json（ユーザーレベル）
// または .claude/settings.json（プロジェクトレベル）
{
  "permissions": {
    "deny": [
      "Bash(curl *)",
      "Bash(wget *)",
      "Bash(git push *)",
      "Bash(git push --force *)",
      "Bash(rm -rf *)",
      "Bash(ssh *)",
      "WebFetch(domain:*.unknown.com)",
      "Edit(/etc/**)",
      "Edit(~/.ssh/**)"
    ],
    "ask": [
      "Bash"
    ],
    "allow": [
      "Bash(npm run build)",
      "Bash(npm run test *)",
      "Bash(git status)",
      "Bash(git diff *)",
      "Bash(git log *)",
      "Read"
    ]
  }
}

サンドボックスモード

Claude CodeのサンドボックスはOSレベルでファイルシステムとネットワークを隔離します。macOSではSeatbeltフレームワーク、Linux/WSL2ではbubblewrapが使用されます。WSL1はbubblewrapが必要とするカーネル機能がないため非対応です。

// settings.json でのサンドボックス設定例
{
  "sandbox": {
    "enabled": true,
    "filesystem": {
      "allowWrite": ["~/.kube", "//tmp/build"],
      "denyWrite": ["//etc", "//usr/bin"],
      "denyRead": ["~/.ssh", "~/.aws"]
    },
    "network": {
      "allowedDomains": ["github.com", "npmjs.com", "registry.npmjs.org"]
    }
  }
}

サンドボックスの主なセキュリティ効果：

• プロンプトインジェクション防御：ファイルシステム・ネットワーク境界をOSレベルで強制
• 情報漏洩防止：認証情報の攻撃者管理ドメインへの送信をブロック
• 不正操作の検知：サンドボックス外へのアクセス試行をすべてログ記録

既知の脆弱性と対策──CVE分析

セキュリティツールの信頼性は「脆弱性がゼロか」ではなく、「脆弱性が発見された際にどれだけ迅速かつ透明に対応するか」で評価すべきです。Check Point Researchにより、Claude Codeで2件の重大な脆弱性が発見・修正されています。注目すべきは、いずれも報告から1〜2ヶ月で修正がリリースされている点です。

CVE-2025-59536：Hooks経由のリモートコード実行

悪意のあるプロジェクト設定ファイルを通じて、開発者のマシン上で任意のコード実行が可能になる脆弱性です。

攻撃ベクター：

• Hooks悪用：悪意のある.claude/settings.json内のHook定義により、SessionStartイベント発火時に任意のシェルコマンドを自動実行
• 信頼ダイアログは表示されるものの、リポジトリ定義のHooksが追加の承認なしで自動実行される欠陥

タイムライン：

• 2025年7月21日：Check Point Researchが報告
• 2025年8月26日：バージョン1.0.111で修正
• 2025年8月29日：GitHub Advisory公開（GHSA-ph6w-f82w-28w6）
• 2026年2月25日：Check Point Researchが詳細を一般公開

CVE-2026-21852：MCP同意バイパスとAPIキー窃取

CVE-2025-59536とは別に報告された、MCPサーバーの同意バイパスとAPIキーの窃取を可能にする脆弱性です。

攻撃ベクター：

• MCP同意バイパス：.mcp.jsonや.claude/settings.jsonでenableAllProjectMcpServers: trueを設定し、信頼ダイアログ表示前にMCPサーバーのコマンドを自動実行
• APIキー窃取：.claude/settings.jsonでANTHROPIC_BASE_URL環境変数を攻撃者管理サーバーに書き換え、認証ヘッダー（APIキー全体）を傍受。窃取されたAPIキーによりワークスペースファイルへの不正アクセスや課金悪用が可能

タイムライン：

• 2025年10月28日：Check Point Researchが報告
• 2025年12月28日：修正リリース
• 2026年1月21日：CVE公開
• 2026年2月25日：詳細を一般公開

教訓と対策

影響：いずれの脆弱性も、悪意のあるコミット1つでリポジトリをクローンした全開発者のマシンが侵害されるサプライチェーン攻撃のリスクがありました。

必須対策：

• Claude Codeを常に最新版に更新（自動アップデート推奨）
• 見慣れないリポジトリの.claude/ディレクトリと.mcp.jsonの内容を確認してから信頼する
• 修正後は設定変更時にユーザーの明示的な承認が必要になり、信頼ダイアログも強化された

Anthropicのセキュリティ体制──バグバウンティとインシデント対応

CVEへの対応速度だけでなく、Anthropicのセキュリティ体制全体を評価することが重要です。

• バグバウンティプログラム：HackerOneと提携し、脆弱性発見に最大15,000〜25,000ドルの報奨金を提供。CBRN（化学・生物・放射線・核）やサイバーセキュリティ分野のジェイルブレイク攻撃に重点
• インシデント対応プロトコル：非同期分類器による脆弱性検出 → 迅速パッチング → 分類器更新のサイクルを運用
• セキュリティ報告先：usersafety@anthropic.comで直接報告可能
• 透明性の実績：CVE-2025-59536（報告→修正まで36日）、CVE-2026-21852（報告→修正まで61日）と、いずれも業界標準以内の対応速度

Claude Code Security（2026年2月新機能）

2026年2月20日、AnthropicはClaude Code Securityを発表しました。従来のパターンマッチング型の静的解析ツールとは一線を画す、AIがコードを人間のセキュリティ研究者のように読み解く脆弱性スキャン機能です。

主な特徴：

• データフロー追跡：アプリケーション全体でデータがどう流れるかを追跡
• ビジネスロジックの理解：アプリケーションのセマンティクス（意味）を理解した上で脆弱性を判定
• Git履歴分析：コミット履歴から脆弱性パターンを検出
• サプライチェーン可視化：依存関係や設定内の脆弱性を特定
• パッチ生成：ターゲットを絞った、人間がレビュー可能なパッチを提案

Anthropicの公式発表によると、Claude Opus 4.6を使用した検証で、プロダクション環境のオープンソースコードから専門家のレビューを何年も通過していた500件以上の脆弱性を検出しました。

セキュリティレベル別3段階導入ガイド

企業の規模やセキュリティ要件に応じて、Claude Codeの導入レベルを3段階で整理しました。すべてのレベルで前のレベルの対策を含みます。

競合比較 Claude Code vs Copilot vs Cursor

AIコーディングツールのセキュリティ機能を比較します。各ツールの公式セキュリティページ（Cursor、GitHub Copilot）を基に、データ保護・認証・コンプライアンスの違いを整理しました。

導入前セキュリティチェックリスト20項目

Claude Codeを企業に導入する前に確認すべき20項目です。印刷して情シス・CTO・セキュリティチームで共有してください。

アカウント・契約（4項目）

1. □ 利用プラン（API/Team/Enterprise）を決定し、データポリシーを確認した
2. □ 商用利用規約でデータの学習不使用が保証されていることを確認した
3. □ データ保持期間（30日/ZDR）が自社のセキュリティポリシーと整合している
4. □ 必要に応じてHIPAA BAA（医療）やGDPR対応の契約条件を確認した

インフラ・通信（4項目）

5. □ Direct API/Bedrock/Vertex AIのどの接続パターンを使用するか決定した
6. □ Bedrock/Vertex AI利用の場合、IAM権限を最小権限の原則で設定した
7. □ ファイアウォール・プロキシでClaude Code関連の通信先を許可リストに追加した
8. □ テレメトリの送信可否を決定し、必要に応じてDISABLE_TELEMETRY=1を設定した

ローカル設定（4項目）

9. □ .claudeignoreで機密ファイル（.env, *.pem, credentials等）を除外した
10. □ settings.jsonのdenyルールで危険なコマンド（curl, wget, ssh等）をブロックした
11. □ サンドボックスモードを有効化し、ファイルシステムとネットワークを隔離した
12. □ パーミッションモードをdefaultまたはdontAskに設定した

運用・モニタリング（4項目）

13. □ Claude Codeを最新版に更新した（CVE-2025-59536 / CVE-2026-21852対策）
14. □ 自動アップデート、または定期的な手動アップデートの運用ルールを策定した
15. □ Enterprise利用の場合、監査ログの定期エクスポートを設定した
16. □ インシデント発生時の報告フローとエスカレーションパスを定義した

チーム・教育（4項目）

17. □ 開発チーム向けのClaude Code利用ガイドラインを作成した
18. □ プロンプトに機密情報を含めないルールを周知した
19. □ 見慣れないリポジトリの.claude/ディレクトリを信頼しないルールを周知した
20. □ 定期的なセキュリティ研修にAIツールの安全利用を組み込んだ

日本のAIガバナンスガイドラインとの整合性

日本国内でAIツールを企業導入する際は、政府が策定したAI事業者ガイドラインとの整合性確認が不可欠です。

AI事業者ガイドライン（第1.1版・2025年3月28日）

総務省・経済産業省が策定したAI事業者ガイドラインは、AI開発者・提供者・利用者の3主体に向けた10の共通指針を定めています。Claude Code導入時に特に関連するのは以下の指針です：

• 指針4「プライバシー保護」：個人情報や機密情報をAIに入力しない管理体制 → Claude Codeの.claudeignoreとdenyルールで技術的に担保。さらにBedrock/Vertex経由でデータ主権を確保
• 指針5「セキュリティ確保」：機密性・完全性・可用性を維持するための対策 → サンドボックスによるOSレベル隔離、パーミッションシステムのdeny/ask/allow制御、TLS暗号化通信で対応
• 指針6「透明性」：検証可能性とステークホルダーへの情報提供 → Enterprise監査ログ（180日間）とCompliance APIによるプログラマティックな証跡確保
• 指針7「アカウンタビリティ」：意思決定の追跡遡求可能性 → 監査ログにより全ユーザーのAI利用アクティビティを記録・エクスポート可能

IPAテキスト生成AI導入・運用ガイドライン（2024年7月）

IPAのガイドラインは全8章構成で、特に以下の章がClaude Code導入に直結します：

• 第3章「生成AIの導入について」：導入時の考慮事項 → 本記事のセキュリティチェックリスト20項目が直接対応
• 第5章「生成AIのリスク管理について」：セキュリティ担当者向けリスク管理 → CVE分析、サンドボックス、多層防御の構成が対応

トレンドマイクロの分析によると、AI事業者ガイドラインの指針5「セキュリティ確保」では、AIライフサイクル全体にわたる物理セキュリティ・サイバーセキュリティ・内部脅威対策が求められています。Claude Codeのサンドボックス＋パーミッション＋監査ログの多層構成は、この要件を技術的に満たす構成です。

よくある質問

Q1. Claude Codeでソースコードがモデルの学習に使われることはありますか？

API経由・Team・Enterprise契約では、デフォルトで学習に使用されません。Anthropicの商用利用規約で契約上保証されています。Consumer版（Free/Pro/Max）のWebチャットのみ、デフォルトで学習に使用される設定です。

Q2. AWS Bedrock経由で使えばAnthropicにデータは送られませんか？

送られません。Bedrock経由ではデータがAWSアカウント内で完結し、Anthropicのインフラストラクチャを一切経由しません。テレメトリもデフォルトで無効化されます。Google Vertex AIも同様です。

Q3. .claudeignoreだけで機密ファイルの保護は十分ですか？

.claudeignoreはClaude Codeのツール経由のアクセスを制限しますが、悪意のあるBashコマンドからの保護には不十分です。サンドボックスモードとsettings.jsonのdenyルールを組み合わせた多層防御を推奨します。

Q4. Claude Code Securityは追加料金が必要ですか？

Claude Code Securityは2026年3月時点でEnterprise・Teamプラン向けの限定リサーチプレビューとして提供されています。正式リリース時の料金体系はAnthropicの公式発表を確認してください。

Q5. 個人開発者がセキュリティを強化するにはどうすればいいですか？

追加費用なしで実施できる対策として、(1) .claudeignoreで機密ファイルを除外、(2) settings.jsonでdenyルールを設定、(3) サンドボックスモードを有効化の3つを推奨します。これだけでLevel 1のセキュリティが確保できます。

Q6. 保険会社や金融機関でClaude Codeを使うにはどのような構成が必要ですか？

Enterprise + AWS Bedrock（PrivateLink経由）+ ZDRの構成を推奨します。PrivateLinkによりデータが公開インターネットを一切経由せず、Anthropicにもデータが渡りません。CloudTrailとBedrock Invocation Loggingで全操作の監査証跡をS3に永続保存でき、金融庁AIディスカッションペーパー・FISC安全対策基準・保険業法監督指針のNeed to Know原則に対応可能です。

Q7. ISMAP（政府情報システムのセキュリティ評価制度）に対応していますか？

2026年3月時点でAnthropicはISMAP登録リストに含まれていません。ただし、AWS Bedrock経由で利用する場合、AWSはISMAP認定済みのため、データ処理基盤としてはISMAP準拠の構成が可能です。詳細はAWSの公式ISMAP情報を確認してください。

企業導入事例──セキュリティを重視した実績

Claude（およびClaude Code）を本番環境で導入している企業の事例を紹介します。いずれもセキュリティ・プライバシーを重視した導入形態を採用しています。

Bridgewater Associates──金融業界最大手ヘッジファンド

世界最大のヘッジファンドであるBridgewater Associatesは、Amazon Bedrock経由でClaudeを導入し、投資アナリストアシスタントを構築しています。Claude Opus 4がPythonスクリプトの作成、シナリオ分析、財務プロジェクションの可視化を担当し、複雑な株式・外為・債券レポートの分析時間を50〜70%短縮しました。金融業界の厳格なデータ主権要件に対し、Bedrock経由でAnthropicにデータを渡さない構成を採用しています。

GitLab──DevSecOpsプラットフォーム

GitLabはClaude 3モデルファミリーをDevSecOpsプラットフォーム全体に統合しています。コード生成、脆弱性の説明と修復、プランニング要約など複数のユースケースで活用。GitLabのPrincipal Engineerは「安全性に特化したAI企業であるAnthropicとの提携は、DevSecOps顧客が求める安定性とセキュリティの要求に合致する」と述べており、プライバシーファーストの姿勢を評価してベンダー選定を行いました。

DoorDash──フードデリバリー大手

DoorDashはAmazon Bedrock経由でClaudeを活用し、AI駆動のコンタクトセンターソリューションを構築。日に数十万件のAI電話対応を処理し、ライブエージェントへのエスカレーションを大幅に削減しています。Claudeのハルシネーション緩和能力、プロンプトインジェクション防御、不適切言語検知が選定理由として挙げられています。

保険・金融・医療──規制業種でClaude Codeを安全に導入する方法

保険会社、銀行、証券会社、医療機関──これらの業種では、個人情報保護法・金融庁ガイドライン・FISC安全対策基準・保険業法など複数の法規制が重層的に適用されます。「AIコーディングツールを使いたいが、監査法人やコンプライアンス部門を説得できない」という課題に対し、法的根拠と技術的構成の両面から具体的な解決策を提示します。

個人情報保護法──生成AIツール利用時の法的整理

個人情報保護委員会は2023年6月2日の注意喚起で、生成AIサービスに個人データを入力する事業者に対して以下を求めています：

• 利用目的の範囲内確認（法第18条）：AIツールへの個人データ入力が、プライバシーポリシーで公表済みの利用目的の範囲内であること
• AIサービス提供者が機械学習に利用しないことの契約確認：「当該生成AIサービスを提供する事業者が、当該個人データを機械学習に利用しないこと等を十分に確認すること」（PPC原文）
• 要配慮個人情報の取得制限（法第20条）：病歴・犯罪歴・障害等の要配慮個人情報は本人同意なしに取得禁止
• 第三者提供制限（法第27条）：AIサービス提供者へのデータ送信が「第三者提供」に該当する場合は本人同意が必要

金融庁AIディスカッションペーパーへの対応

金融庁AIディスカッションペーパー第1.1版（2026年3月3日更新）は、金融機関がAIを重要な判断に利活用する際に確認すべき5つの観点を示しています：

FISC安全対策基準（第13版）への準拠

FISC安全対策基準 第13版（2025年3月公開）は、金融機関のコンピュータシステムに適用される国内最重要のセキュリティ基準です。第13版ではAI利活用に関する安全対策基準が新設され、クラウドサービス利用に関する要件も強化されています。

FISCの4カテゴリと対応策：

• 統制基準（ガバナンス）：Claude Code利用のポリシー策定 → Enterprise管理設定で組織全体に統一ルールを強制適用
• 実務基準（オペレーション）：日常運用とインシデント対応 → パーミッションシステム（deny/ask/allow）で開発者の操作範囲を制御、サンドボックスで異常操作を検知
• 設備基準（技術）：暗号化・アクセス制御・改ざん検知 → TLS 1.3暗号化、IAMベースのアクセス制御、Bedrock PrivateLink/Vertex VPC-SCでネットワーク隔離
• 監査基準（監査）：内部・外部監査への証跡提供 → CloudTrail/Cloud Audit Logsによる改ざん不可能な監査証跡

保険会社向け──監督指針改正とNeed to Know原則への対応

2025年8月施行の保険会社向け総合的な監督指針改正では、Need to Know原則（業務遂行上の必要性がある役職員に限定した情報アクセス）が明文化されました。

Claude Code導入時のNeed to Know原則への適合：

1. アクセス範囲の限定：.claudeignoreで顧客データ・保険金請求データ・契約情報を含むディレクトリを除外し、AIがアクセスできる情報を開発コードのみに限定
2. 利用者の限定：Enterprise SSO/SCIMで開発チームのみにClaude Code利用権限を付与。退職・異動時は自動無効化
3. 操作の記録：Enterprise監査ログ（180日分エクスポート可能）で「誰が・いつ・何を」AIに指示したか完全追跡
4. 検証体制：Compliance APIで定期的な利用状況レビューを自動化し、コンプライアンス部門の検証義務を支援

監査法人に提示できる──規制業種向け推奨アーキテクチャ

以下の構成は、個人情報保護法・金融庁DP・FISC基準・保険業法の全要件を同時に満たします。監査法人やコンプライアンス部門への説明資料としてそのまま利用できます。

【データフロー】
開発者PC（社内ネットワーク）
  ↓ VPN/DirectConnect
社内VPC（AWSアカウント）
  ↓ VPC Endpoint（PrivateLink）
Amazon Bedrock（Claude モデル）
  ↓ レスポンス（同経路で返却）
開発者PC

【セキュリティ層】
1. ネットワーク層：PrivateLinkにより公開インターネットを一切経由しない
2. 認証層：IAM + SSO連携で個人識別・アクセス制御
3. データ層：Anthropicにデータ未送信、AWS側もモデル学習に不使用
4. 監査層：CloudTrail + Invocation Logging + VPC Flow Logs
5. 暗号化層：転送中TLS 1.3 + 保存時AES-256（AWS KMS管理鍵）

【監査証跡の保全】
- CloudTrail → S3（Object Lock有効）→ 改ざん不可能な長期保存
- Bedrock Invocation Logging → S3/CloudWatch → 全リクエスト・レスポンスの完全記録
- IAMフェデレーション → 全APIコールに開発者個人のIDを紐付け

監査法人への提出用──エビデンス整備チェックリスト

規制業種でClaude Codeを導入する際、監査法人（Big 4等）に提示すべきエビデンスの一覧です：

1. □ Anthropic SOC 2 Type IIレポート（trust.anthropic.comからNDA下で取得）
2. □ DPA（データ処理契約）の締結確認（EU SCCs Module 2/3含む）
3. □ 商用利用規約の学習不使用条項の該当箇所抜粋
4. □ AWS/GCP利用規約のAIモデル学習不使用条項（Bedrock/Vertex経由の場合）
5. □ VPC構成図：PrivateLink/VPC-SC経由でパブリックインターネット未経由の証明
6. □ IAMポリシー：最小権限原則に基づくアクセス制御設定
7. □ .claudeignoreファイル：個人データ・機密ファイル除外の設定内容
8. □ settings.json（Enterprise管理設定）：組織全体のdenyルール
9. □ CloudTrailログのサンプル：Bedrock APIコールの記録（S3 Object Lock保管）
10. □ Enterprise監査ログのエクスポート：180日分のユーザーアクティビティ
11. □ 社内AI利用ポリシー：個人情報保護法・金融庁DP・FISC基準への対応方針
12. □ 開発者向けAI利用研修の実施記録：機密データの入力禁止等のルール周知

まとめ

Claude Codeの企業導入におけるセキュリティは、「リスクがあるから使わない」ではなく、「リスクを理解した上で適切に制御する」アプローチが重要です。本記事で解説した3段階のセキュリティレベルを参考に、自社の要件に合った構成を選択してください。

最低限やるべきこと（Level 1・無料）：

• .claudeignoreで機密ファイルを保護
• settings.jsonのdenyルールで危険コマンドをブロック
• サンドボックスモードを有効化
• Claude Codeを常に最新版に更新

より強固なセキュリティが必要な場合（Level 2-3）：

• Team/Enterpriseプランで契約上のデータ保護を確保（Claude Code利用にはTeam Premium席が必要）
• SSO/SCIMで認証・権限管理を統合
• Bedrock/Vertex AI経由でデータ主権を確保
• ZDRでデータ保持をゼロに

関連記事

• Claude Codeの使い方 超入門【2026年最新】
• Claude Code × MCP 実践活用ガイド【2026年最新】
• Claude Code 上級テクニック完全ガイド【2026年最新】
• AI×サイバーセキュリティ2026年最新動向
• Claude Code vs Codex 徹底比較【2026年最新】

最終更新: 2026年3月12日

2026年3月12日更新