機密情報の取り扱い

コース構成

このコースで学ぶこと

1. 01

   なぜ「全社員必修」なのか

   Claude Code は便利ですが、扱い方を間違えると情報漏洩につながります。最初に最低限のルールを共有します。

   Claude Code のプロンプト・ツール結果・添付ファイルは Anthropic のサーバに送られます。ZDR（Zero Data Retention）契約をしていなければ、内容は一定期間保持されます。

   つまり「Slack で社外の人にチャットするのと同じ前提」で扱うのが安全です。何を貼ってよく、何を貼ってはいけないか、自分の中の判定基準を持つことが Claude Code 利用の第一歩。

   理解度チェック

   1. Q1.ZDR（Zero Data Retention）契約をしていない場合、Claude に送ったデータは？

      AAnthropic に保持されないB一定期間 Anthropic のサーバに保持される（学習には使われない）C学習データとして恒久利用されるDローカルにしか残らない

   2. Q2.“Claude Code に貼るときの安全前提”として最も近い感覚は？

      A個人のメモ帳に書く感覚（自分だけが見るので何でも OK）BSlack で社外の人にチャットするのと同じ前提（保持されうる・第三者環境）C暗号化された USB に保存する感覚D紙に書いてシュレッダーする感覚
   話していい情報・ダメな情報
2. 02

   話していい情報・ダメな情報

   情報を 4 区分に分けて整理します。境界が分かれば、迷ったときの判断が速くなります。

   • ✅ 公開情報：プレスリリース、公式 Web、公開済みの製品スペック。自由に貼って OK
   • 🟡 社外秘：会議資料、社内マニュアル、企画書。**抽象化して**貼るならアリ（社名・金額・固有名詞を伏字に）
   • 🟠 個人情報：氏名・連絡先・購買履歴・人事評価。**絶対に貼らない**、MCP で参照する設計に
   • 🔴 機密：顧客リスト・契約書・財務・コードのシークレット。**絶対に貼らない**、専用のセキュアな処理経路を使う

   手を動かす

   0 / 3

   • 自分の業務で扱う情報を 4 区分に当てはめてみる
   • 迷ったら上司に確認できる窓口を確認しておく
   • 「これは貼らない」リストを自分用にメモする

   理解度チェック

   1. Q1.未公開の会議資料（社外秘）を Claude で要約したい。最も安全な方法は？

      Aそのまま全文貼り付けるB社名・金額・固有名詞を伏字に置換してから貼るCPDF をアップロードするD暗号化して貼る
   なぜ「全社員必修」なのかdeny ルールで「絶対書き込ませない」
3. 03

   deny ルールで「絶対書き込ませない」

   Claude が間違って機密ファイルを編集しないよう、ルールで保護します。**deny → ask → allow** の順で評価され、最初のマッチが勝つ仕組み。

   プロンプトインジェクション（外部ファイルに紛れた敵対的指示）でも貫通しない多層防御です。deny は最強の保険として最初に書いておきます。

   json

   {
     "permissions": {
       "deny": [
         "Bash(rm -rf:*)",
         "Bash(curl:*)",
         "Edit(.env)",
         "Edit(.env.*)",
         "Edit(secrets/**)",
         "Edit(infra/prod/**)",
         "Read(customers.csv)"
       ]
     }
   }

   Lv.4 — 権限とサンドボックス

   理解度チェック

   1. Q1.deny / ask / allow の順で評価されたとき、最初にマッチするのは？

      Aallow（許可ルール）が最強Bdeny（拒否ルール）が最強で、最初のマッチが勝つCランダムに評価されるD最後に書いたルールが勝つ

   2. Q2.deny ルールで Edit(.env) と書いておく目的は？

      AClaude が早く動作するためB.env への書き込みを物理的に拒否し、Auto モードや誤指示でも認証情報が書き換わらないようにするためCファイルを暗号化するためD.env のファイル名を変えるため
   話していい情報・ダメな情報Sandboxing で OS レベル隔離
4. 04

   Sandboxing で OS レベル隔離

   権限ルールに加えて、Bash 実行を OS レベルで隔離します。コンテナ・gVisor・VM の選択肢。

   権限ルールが「許可するか確認する／拒否する」の判定なのに対し、Sandboxing は Bash ツールをそもそも閉じた環境に閉じ込めます。事前に境界を定義しておけば、Claude はその中で確認なしに動けるようになり、生産性と安全性の両立ができます。

   • filesystem isolation — 書き込み許可のあるパスを明示
   • network isolation — egress を許可ドメインだけに
   • OS-level enforcement — macOS は seatbelt、Linux は landlock 等

   用語: Sandboxing

   理解度チェック

   1. Q1.Sandboxing が deny ルールに対して持つ最大の利点は？

      Adeny より速いBOS レベルで隔離するため、ルール漏れがあっても外部への破壊操作を物理的に防げるCClaude の応答速度が上がるDコストが安くなる

   2. Q2.Sandboxing を有効化した Claude Code が、deny ルールだけの環境より生産性が高くなる理由は？

      ASandboxing はコンピュート力が増えるからB境界が事前に物理隔離で固定されているため、Claude が確認なしで動ける範囲が増え、対話が止まりにくいCSandboxing 専用のモデルが速いからDOS が自動で並列化してくれるから
   deny ルールで「絶対書き込ませない」組織固有：扱ってはいけない情報リスト
5. 05

   組織固有：扱ってはいけない情報リスト

   各社の社内ガイドラインで「Claude Code に直接渡してはいけない」と決められている情報の代表例を、コピーして自社用にカスタマイズできるテンプレートにしました。

   • 顧客名簿・購買履歴・問い合わせ履歴の **個人特定可能な情報**
   • 未公開の財務情報・売上明細・経営指標
   • 人事評価・給与・採用判断の途中経過
   • 取引先との未公開契約・NDA で守秘義務がある資料
   • 未公開のプレスリリース・製品ロードマップ
   • システムのシークレット（API キー・本番 DB パスワード）

   手を動かす

   0 / 3

   • 自分の部署で扱う「絶対 NG」情報をリスト化
   • IT 部門の問い合わせ窓口を確認
   • 代替手段（MCP / Bedrock）の存在を理解

   理解度チェック

   1. Q1.扱ってはいけない情報を Claude に渡す必要が業務上どうしてもある場合、最初に取るべき行動は？

      Aとりあえず伏字にして貼るB禁止情報リストから外すC社内 IT に相談し、MCP / Bedrock+ZDR など専用経路を用意するD個人アカウントで処理する
   Sandboxing で OS レベル隔離事故ったらどうする
6. 06

   事故ったらどうする

   もし機密情報をプロンプトに貼ってしまったら、隠さず即報告。被害を最小化する 4 ステップ。

   手を動かす

   0 / 4

   • 1. 該当セッションを即座に閉じる（`/clear` で履歴を残さず終了）
   • 2. IT セキュリティ窓口に Slack #security で第一報（24 時間以内）
   • 3. 漏洩した情報の種類・量・対象者を整理した報告書を起票
   • 4. Anthropic のサポートにデータ削除リクエストを送る（必要な場合）

   理解度チェック

   1. Q1.機密情報をプロンプトに貼ってしまった直後、最初にすべきは？

      Aセッションを継続して影響を確認B上司に黙って静かに対応Cセッションを即閉じ（/clear）→ IT セキュリティに 24h 以内に第一報DAnthropic にメール

   2. Q2.ヒヤリハット報告を組織内に根付かせるために最も大事な文化的姿勢は？

      A原因を作った個人を特定して責めるB報告した人を責めない（=隠さなくて済む）文化を維持し、再発防止の仕組みに変換するCヒヤリハットは公表しないD報告者に罰金を課す
   組織固有：扱ってはいけない情報リスト