トップ > コラム > 記事

Claude Code

Claude Code セキュリティ完全ガイド
法人利用で必須の権限管理・MCP・機密情報対策

公開日:2026年05月01日

Claude Code セキュリティ完全ガイド|法人利用で必須の権限管理・MCP・機密情報対策

「Claude Code を業務で使い始めたが、セキュリティ面で本当に大丈夫なのか?」――法人導入を検討する経営者・情シスから最も多く聞かれる質問です。

結論から言えば、適切な設定とガイドライン整備があれば、Claude Code は法人で安全に運用できます。ただし、初期設定のままで使うと重大なリスクが残ります。

本記事では、2026年5月時点で法人利用に必須のセキュリティ対策――権限管理・MCP サーバー選定・機密情報の取り扱い・API キー管理・社内ガイドライン――を体系的に解説します。

Claude Code のセキュリティ、何を気にすべき?

「権限管理」「MCP 選定」「機密情報」「APIキー」「ガイドライン」の5つが法人利用の必須対策です。

それぞれのリスクと対策を見ていきます。

対策領域 主なリスク 対策の中心
権限管理承認なしの危険コマンド実行bypassPermissions 禁止
MCP サーバー悪意ある外部サーバーの混入公式・最小権限のみ
機密情報顧客情報の意図しない送信匿名化処理層
API キーキー漏洩・コード混入環境変数管理
ガイドライン現場の判断ブレ明文化+研修

これら5領域すべてを整備することで、業界基準で「適切なセキュリティ管理」と評価される運用になります。

セキュリティロックのイメージ

bypassPermissions モードは使ってもいいですか?

絶対に使うべきではありません。Anthropic 公式も明確に非推奨としています。

bypassPermissions: true を設定すると、Claude Code は承認なしで全コマンドを実行可能になります。便利に見えますが、以下のリスクが発生:

bypassPermissions が引き起こす実害

  • 悪意あるプロンプトインジェクション:外部ファイルやドキュメントに仕込まれた指示を Claude Code が読み込み、rm -rf / のような破壊コマンドを実行
  • 意図しないデータ削除:「不要ファイルを整理して」と頼んだら、重要なファイルまで消される
  • 外部送信:「データを整理して送って」のような指示で、意図しない外部宛に機密情報が流出
  • 設定変更:環境変数・git config・SSHキーの書き換えによる二次被害

推奨設定

{
  "permissions": {
    "allow": ["Read", "Edit"],
    "ask": ["Bash", "Write", "WebFetch"]
  }
}

破壊的操作(rm, git push --force, システム設定変更)は必ず人間の承認を挟む設定にする。少し手間でも、安全性が圧倒的に向上します。

MCP サーバーを使う時のセキュリティ注意点は?

①公式・信頼できるサーバーのみ ②プロジェクト単位で最小権限 ③APIトークンは環境変数管理、の3つが鉄則です。

1. 公式・信頼できるサーバーのみ使う

GitHub の modelcontextprotocol/servers リポジトリ、または各サービス公式(Anthropic / Vercel / Supabase / Notion等)のサーバーだけを使う。

避けるべきサーバー: - 個人開発で公式認証なし - スター数が極端に少ない(10未満) - README が不十分・更新が止まっている - ソースコードを確認できないクローズドソース

信頼基準: - 公式組織が提供(Anthropic、Vercel、Supabase等) - スター数 100 以上 - 直近1ヶ月以内に更新あり - ソースコード公開かつレビュー済み

2. プロジェクト単位で必要最小限のサーバーだけ許可

「とりあえず全部入れる」は危険。プロジェクトに必要なサーバーだけを .claude/settings.json に明示的に追加します。

{
  "mcpServers": {
    "context7": { ... },
    "playwright": { ... }
  }
}

不要なサーバーは claude mcp remove <name> で削除。チーム共有設定もコードレビュー対象にする。

3. APIトークンは環境変数経由で管理

# ❌ ダメな例:コードに直書き
"env": { "GITHUB_TOKEN": "ghp_xxxxxx" }

# ✅ 良い例:環境変数経由
"env": { "GITHUB_TOKEN": "${GITHUB_TOKEN}" }

.env ファイルは .gitignore で除外。コミットされていないか定期確認します。

API・ネットワーク連携のセキュリティ

顧客の個人情報を Claude Code に投げてもいいですか?

原則として匿名化処理を挟みます。「氏名→[NAME]」のように仮名置換した上でAIに送るのが標準パターンです。

業界別の機密情報リスクレベル

業界 リスクレベル 必須対策
士業(税理士・弁護士)極高匿名化+エンタープライズ+ガイドライン
医療・歯科極高匿名化+オンプレ検討
金融(銀行・証券・保険)極高オンプレ+規制準拠審査
不動産高匿名化+エンタープライズ
一般企業(顧客情報含む)中匿名化+エンタープライズ
社内業務(個人情報なし)低エンタープライズ契約

匿名化処理の実装パターン

// 顧客情報をAIに送る前の匿名化
function anonymize(text: string): { anonymized: string; map: Map<string, string> } {
  const map = new Map();
  let anonymized = text;

  // 氏名パターン
  const nameMatches = text.match(/[一-龥]{2,4}\s?(さん|様)?/g);
  nameMatches?.forEach((name, i) => {
    const placeholder = `[NAME_${i}]`;
    map.set(placeholder, name);
    anonymized = anonymized.replace(name, placeholder);
  });

  // 電話番号、メールアドレス、住所も同様に処理

  return { anonymized, map };
}

// AI処理後、結果を実データに戻す
function deanonymize(text: string, map: Map<string, string>): string {
  let result = text;
  map.forEach((real, placeholder) => {
    result = result.replace(placeholder, real);
  });
  return result;
}

実装期間:1週間程度。匿名化処理層は一度作れば全AI連携で使い回せる、最重要のセキュリティ基盤。

Claude のエンタープライズ契約の意味

Anthropic の Claude エンタープライズプランでは:

  • 入力データはモデル学習に使われない
  • ログ保持期間が短縮(30日 or 即時削除)
  • データ処理地域の指定可能
  • SOC 2 Type 2・ISO 27001 認証準拠

法人で Claude Code を業務利用する場合、エンタープライズ契約は実質必須。個人プランは検証用途に限定すべきです。

データ保護のシーン

API キー・認証情報の管理ルール

「環境変数経由」「.gitignore 必須」「定期ローテーション」「最小権限」の4原則が鉄則です。

1. 環境変数経由で管理

API キーはコードに直書きしない。.env ファイルか OS の環境変数経由で渡す。

# .env(.gitignore 必須)
OPENAI_API_KEY=sk-...
ANTHROPIC_API_KEY=sk-ant-...
GITHUB_TOKEN=ghp_...

2. .gitignore で .env を必ず除外

# .gitignore
.env
.env.local
.env.*.local

コミット前にチェック:

git diff --cached | grep -E "API_KEY|TOKEN|SECRET"

3. キーの定期ローテーション

3〜6ヶ月ごとにAPIキーを再発行。退職者が出たら即時無効化。

4. 最小権限の原則

「読み取りだけ」「特定リポジトリだけ」など、APIキーに付与する権限を最小限に絞る。GitHub なら fine-grained personal access token、AWS なら IAM ポリシーで制限。

漏洩時の対応フロー

  1. 即時無効化:漏洩したキーを発行元の管理画面で revoke
  2. 影響範囲確認:そのキーで何にアクセスされた可能性があるか調査
  3. ログ確認:API のアクセスログを確認、不審な利用を特定
  4. ローテーション:新しいキー発行、すべての参照箇所を更新
  5. インシデント記録:再発防止のため文書化

漏洩は事故扱い。隠さず、即座に対応するルールを作る。

社内導入時に整備すべきガイドライン

5つの項目を明文化し、スタッフ全員が共通認識を持つことが重要です。

Claude Code セキュリティガイドライン雛形

# Claude Code セキュリティガイドライン

## 1. 許可ツール
- ✅ Claude Code(Anthropic)— エンタープライズプラン契約済み
- ✅ MCP サーバー(公式承認済みリストのみ)
  - Context7
  - Playwright
  - GitHub
  - Filesystem
  - Memory
- ❌ 個人開発の MCP サーバー
- ❌ bypassPermissions モード

## 2. AIに送ってよい情報・送ってはいけない情報

### 送ってよい
- 公開情報(公式サイト、IR資料、プレスリリース)
- 業務文書(契約書テンプレ、提案書、議事録テンプレ)
- 自社のコード・設定ファイル

### 送ってはいけない
- 顧客の個人情報(氏名・住所・電話・メール)※匿名化必須
- 顧客のクレジットカード情報・銀行口座情報
- 社員のマイナンバー・社会保険情報
- 機密性の高い社内情報(M&A・人事評価)

## 3. APIキー管理ルール
- 環境変数経由で管理、コードに直書き禁止
- `.env` ファイルは `.gitignore` で除外
- 3〜6ヶ月ごとにローテーション
- 退職者発生時は即時無効化

## 4. コミット前のチェック項目
- [ ] APIキー・トークンが含まれていないか
- [ ] 顧客の実データが含まれていないか
- [ ] `.env` が誤って追加されていないか
- [ ] CLAUDE.md / settings.json の機密設定が含まれていないか

## 5. 事故時の連絡フロー
1. 即時:[セキュリティ担当者] に連絡
2. 漏洩キー・データの即時無効化
3. 影響範囲の特定
4. 再発防止策の文書化

このガイドラインを 全スタッフに研修+入社時に署名 する形で運用します。

セキュリティポリシーのシーン

過去に起きた Claude Code 関連のセキュリティ事故

2025年4月:プロンプトインジェクション攻撃の警告

セキュリティ研究者が、悪意のあるドキュメント(README.md)に隠された指示を Claude Code が実行する脆弱性を報告。bypassPermissions: true を有効にしていた環境で、外部からの間接的な指示で Claude Code が暴走するリスクが指摘された。

対策:bypassPermissions は使わない、外部ドキュメント・URL を読む際は内容を事前確認する設定にする。

2025年9月:個人開発MCPサーバーへのマルウェア混入

匿名のGitHubリポジトリで配布された「便利な MCP サーバー」が、実は API キーを外部送信するマルウェアだった事例。スター数50程度の個人プロジェクトで、レビューが甘かったため発覚に時間がかかった。

対策:公式・信頼できるサーバーのみを使う。個人開発のMCPは、ソースコードを完全レビューしてから採用する。

教訓

これらの事故は、「便利だから」で警戒を緩めると発生する典型例です。法人利用では便利さよりセキュリティ優先で設定する習慣が重要。

法人セキュリティ監査で確認される10項目

社内のセキュリティ監査・取引先からの評価で確認される代表的な10項目:

  1. ✅ Claude エンタープライズプラン契約有無
  2. ✅ bypassPermissions 設定の確認(無効化されているか)
  3. ✅ MCP サーバーの許可リスト管理(最小権限)
  4. ✅ APIキーの環境変数管理(コミットされていないか)
  5. ✅ .env の .gitignore 設定
  6. ✅ 顧客個人情報の匿名化処理層
  7. ✅ 社内セキュリティガイドラインの整備・研修記録
  8. ✅ APIキーのローテーション履歴
  9. ✅ 退職者対応のフロー(即時無効化)
  10. ✅ インシデント発生時の対応フロー

これら10項目を整備しておけば、ほとんどの法人セキュリティ要件をクリアできます。

セキュリティ整備にかかるコストと期間

1ヶ月あれば、ガイドライン整備+実装+研修まで完了します。

整備コストの目安

項目 期間 担当
Claude エンタープライズ契約1週間情シス・法務
権限管理・MCP 選定1週間エンジニア
匿名化処理層の実装1〜2週間エンジニア
ガイドライン文書化1週間情シス・法務
全社研修1〜2日情シス・人事
合計1ヶ月チーム横断

費用はClaude エンタープライズ契約料金(月額)+実装工数(月額AI担当を使えば月10万円から)。中小企業でも投資対効果の高い領域です。

セキュリティ監査のシーン

Claude Code セキュリティ整備を まるっとAIに任せる

まるっとAIは、Claude Code の社内導入+セキュリティ整備をワンストップで提供します。月額¥100,000から、権限設定・MCP選定・匿名化実装・ガイドライン整備まで一括対応。

「自社のセキュリティ要件を満たす運用設計」を整理する無料相談(30分)を受け付けています。 30分の無料相談を予約する →

まとめ:Claude Code 法人利用の5つの鉄則

法人で Claude Code を安全に運用するための5つの鉄則:

  1. bypassPermissions は使わない(Anthropic 公式も非推奨)
  2. MCP は公式・最小権限で運用(個人開発は避ける)
  3. 顧客個人情報は匿名化処理を必ず挟む(業界規制クリア)
  4. APIキーは環境変数管理+定期ローテーション
  5. 社内ガイドラインを明文化し、全社研修で共通認識を作る

これら5点を整備すれば、Claude Code は法人で十分安全に運用できます。整備には1ヶ月、月額20〜40万円のコストで実現可能。中小企業でも投資対効果の高い、AI 活用の基盤投資です。

セキュリティ設計に迷う場合は、AI実装+セキュリティ整備をまとめて任せられる月額AI担当サービスを活用するのが、最も速く安全な道筋になります。

よくある質問

Q. Claude Code は法人で安全に使えますか?

A. 適切な設定とガイドライン整備があれば安全に運用できる。Anthropic はエンタープライズプランで「データをモデル学習に使わない」ことを明示しており、SOC 2・ISO 27001 認証も取得済み。ただし社内運用では ①権限管理 ②MCP サーバー選定 ③機密情報の取り扱い ④APIキー管理 の4点を必ず整備する必要がある。

Q. bypassPermissions モードは使ってもいいですか?

A. 原則使うべきではない。Anthropic 公式も非推奨と明示。これを有効にすると Claude Code が承認なしで全コマンドを実行できるため、悪意あるプロンプトインジェクションがあった場合に取り返しがつかない。法人利用では絶対に避ける設定。

Q. MCP サーバーを使う時のセキュリティ注意点は?

A. ①公式・信頼できるサーバーのみ使う ②プロジェクト単位で必要最小限のサーバーだけ許可 ③APIトークンは環境変数経由で管理(コミットしない)。匿名の個人開発MCPサーバーは悪意のあるコード混入リスクがあるため法人利用では使わない。

Q. 顧客の個人情報を Claude Code に投げてもいいですか?

A. 原則として匿名化処理を挟む。「氏名→[NAME]」「電話番号→[PHONE]」のように仮名置換した上でAIに送り、結果を実データに戻す処理層を入れるのが標準パターン。エンタープライズ契約のClaude(モデル学習に使わない)であっても、業界規制(金融・医療・士業)では必須レベル。

Q. 社内導入時に整備すべきガイドラインは?

A. ①許可ツール一覧(Claude Code・MCP サーバー)②AIに送ってよい情報・送ってはいけない情報 ③APIキー管理ルール ④コミット前のチェック項目 ⑤事故時の連絡フロー、の5点を明文化。スタッフ全員が共通認識を持つことで、現場での判断ブレを防ぐ。

まるっとAI編集部

AIを使い倒すプロチームに、業務をまるごと任せられる月額制サービス。LP制作・SEO運用・自社ツール開発・業務自動化までまるっと対応。初期費用0円・月額10万円〜・契約縛りなし。

めんどうな業務、まるっと任せませんか?

無料相談は約30分・オンラインOKです。

まるっとAIに相談する →