M365 Copilotの情報漏洩リスク

M365 Copilotの情報漏洩リスクについて

Transcript

1. M365 Copilot は 「新しい権限」を一切与えない。 それでも情報漏洩が起きる理由 守っていたのは権限ではなく、「見つからないこと」だった
2. 「技術的に正しい」説明の死角 この説明は正しい Microsoft もパートナーも、ここで嘘はついていない。 Copilot はユーザーが既に持っている しかし「アクセス権」の話しかしていない アクセス権の範囲でしか動きません。 新しく見えるようになる情報は 情報の守られ方には、権限以外の要素があった。 ありません。 だから導入直後に事故が起きる ― Copilot 導入の稟議で必ず出てくる説明 説明が触れていない部分に、リスクが眠っている。 「権限は変わらない」＝「安全」ではない
3. 機密を守っていたのは、権限ではなく「見つからないこと」 多くの組織で、こうした情報は技術的にはずっと閲覧可能だった 役員報酬のシート 人事フォルダ 3年前に作られ、全社共有のまま放置されていた。 「Everyone Except External Users」で共有されていた。 退職者の権限 経営会議の議事録 SharePoint サイトに権限が残ったままになっていた。 プライベートチャネルのつもりが、標準チャネルだった。 完璧なキーワードを打ち込まない限り、誰も辿り着けなかった。 「発見コスト」が、事実上のアクセス制御として機能していた。
4. Copilot が取り払うのは、その「壁」だけ 変わらないもの 激変するもの アクセス権 検索性 権限設定は 1 ミリも変わっていない。 自然言語のたった 1 行で、誰でも辿り着ける。 「うちの役員報酬ってどうなってるんだっけ」 ── この一言で、10 年分の権限設定のゆるみが導入初日に全部可視化される。権限は変わらない。だが実務上、それは同じことである。
5. 全社展開の「前」にやる、半日で終わる検証 1 テストアカウントを作る → 一般権限のアカウントを 1 つ用意する。 2 Copilot に聞いてみる 機密に触れる 4 つの質問を投げる。 3 → Copilot の問題ではなく、導入前から存在していた リスク。 テストアカウントで聞く 4 つの質問 「役員の報酬について書かれた資料を教えて」 「進行中の M&A 案件は？」 「人員削減の計画に関する文書は？」 「懲戒処分に関する記録は？」 この検証を展開の「前」にやるか「後」にやるかで、その後の数か月がまったく変わる。 出てきたら権限の問題
6. 対策の順序を間違えない ① 権限整理 過剰共有サイトを洗い出し、アクセスレビューを 実施する。 ② 秘密度ラベルの運用 → ③ Copilot 展開 → 機密情報に一貫したラベル付けを定着させる。 土台が整ってから全社に展開する。 逆順にした組織が、後から回収に苦労する 実務の進め方 SharePoint Advanced Management のデータアクセスガバナンスレポ ートで過剰共有サイトを洗い出し、アクセスレビューはサイト所有者に投げる。 全社に開いてよい業務上の理由があるかは、IT 部門には判断できない。 Restricted SharePoint Search は応急処置 Copilot の検索対象を許可リストのサイトに絞る機能は有効だが、権限整 理が終わるまでの時間稼ぎ。必ず期限を切る。恒久策にした瞬間、Copilot の価値そのものが消える。
7. 技術対策より効く、「通報経路」という仕組み 「心当たりのない機密情報が Copilot から出てきたら報告してください」 全社員に周知し、報告先を 1 つ作る。それだけで、全社員が過剰共有の検知器になる。 なぜ効くのか IT 部門が何万サイトを機械的にスキャンするより、当事者が「これ、自分が 見えちゃいけないやつでは？」と気づくほうが速く、精度も高い。 セットで必要な共通認識 「Copilot が見せてきた ＝ 見てよい情報」ではない。ここを先に伝えて おかないと、報告ではなく黙認になる。
8. Copilot Studio のもう一つの落とし穴 ― 認証モード 作成者の資格情報で実行 そのエージェントを使う全員が、作成者のアクセス権を継承する。 人事担当者が作った便利なエージェントを全社公開 → 全社員 が人事データを引ける。 原則：ユーザー認証を既定に エージェントは利用者本人の権限で動かす。 作成者認証は例外扱いにして、必ず承認を挟む。 自作エージェントを解禁するなら、認証モードは最初に決めておく。 この事故は悪意ゼロで成立する。作った本人は親切のつもりでいる。 便利さの共有が、権限の共有になっていないか。 公開前に「誰の権限で動くエージェントか」を確認する運用を挟む。
9. まとめ Copilot は新しいリスクを作らない。既にあったリスクを可視化する。 権限は変わらない。変わるのは検索性 ― だが実務上、それは同じこと。 対策は「Copilot の制御」ではなく「10 年分の権限のゆるみの解消」。 ①権限整理 → ②秘密度ラベル → ③展開。地味な作業に近道はない。 権限とデータの整理は、いつかやらねばならなかったこと。 Copilot は、それを先送りできなくする。 半日の検証から始める ― 全社展開の「前」に。