第5回 権限と過剰共有 — AIは権限を突破しない、見つけやすくするだけ

この回のキーメッセージ

AIが権限を突破するのではない。もともと付いていた権限が、見つけやすくなるだけ。

最初に立場をはっきりさせておく。この回は利用者が何かを設定するパートではない。業務AIを入れると社内の情報がとても探しやすくなる。便利になるということだ。ただ、便利になったからこそ、これまで気づかれずに済んでいた問題が見えてくる。ここはその注意喚起であって、設定や是正は組織側で進める話になる。

1. 「既存のアクセス権」＝いま自分が開けるものの範囲

専門用語のまま進めると、以降の説明がすべてぼやける。先に日常の画面へ翻訳しておく。

既存のアクセス権とは、いま自分のパソコンで開けるものの範囲、それだけ だ。

場所	実際に何を指すか
SharePoint	自分が開ける社内サイトと、その中のファイル
Outlook	自分のメールと予定表。他の人の受信箱は見えない
Teams	自分が参加しているチームとチャネル。入っていないチャネルは見えない
OneDrive	自分のファイルと、誰かから共有されたファイル

決定的な一点はここになる。

Copilot 専用の権限というものは存在しない。 導入したからといって新しく見られるものが増えるわけではないし、逆に、いま開けないものはAIに聞いても出てこない。

2. AIは、あなたが開ける範囲でしか動かない

質問が回答になるまでに通る段階を分解する。

段	何が起きているか	日常の言葉に直すと
① 質問	入力した質問は、その人がログインしているアカウントで実行される	「AIが匿名で動いているのではなく、普段 Teams やオフィスにログインしているアカウントで動いている」
② 判定	ログインしている利用者の権限で、検索と参照の範囲が絞られる	「回答を作る前に、誰の質問かと、その人が何を開けるかを見ている」
③ 権限	判定に使われるのは新しく作った権限ではなく、いま開けるファイルの範囲	「AI用の権限が別にあるのではない。今の SharePoint や Teams の設定がそのまま効く」
④ データ	結果として材料にできるのは、本人が元々開けるファイルだけ	「もともと開けないファイルは、質問しても出てこない」

よくある誤解を2つ、正確にしておく。

• 誤解「AIが社内のデータを勝手に巡回して覚えている」 — 実際は、ログインしている本人の権限で検索と参照の範囲が絞られる。事前に作られる意味的な索引は使われるが、索引があるからといって権限が緩むわけではない。「質問のたびにゼロから取りに行く」と言い切るのも正確ではなく、索引の存在まで含めて 権限で絞られる という結論に落とす
• 誤解「AIだから権限を飛び越えられるのでは」 — 飛び越えない。権限の判定はAIが独自に持っているのではなく、既存の Microsoft 365 の仕組みがそのまま使われる

具体例で言えば、人事評価のファイルが人事部のみ閲覧可に設定されていれば、一般社員が「◯◯さんの人事評価について教えて」と質問しても、その人にアクセス権がない以上、AIはその情報を材料にできない。回答には出てこない。

ただし、「権限があるから安全」で話を終わらせてはいけない。本当の問題は次にある。

3. 過剰共有で変わるのは、権限ではなく見つけやすさ

比較するのは、AI導入の 前と後 だ。共有設定を変えた前後ではない。アクセス権はどちらも同じ で、変わるのは見つけられるかどうかだけになる。

	導入前	導入後
ファイルの存在	誰も知らない。保存場所も名前も分からない	検索と質問で到達できる
アクセス権	全社員に付いたまま	変わっていない
実質的な閲覧	起きていなかった	起こりうる

AIが権限を突破したのではない。もともとその社員に権限が付いていた。

たとえば本来は営業部だけが見るべき顧客リストが「社内全員が閲覧可」になっていた場合、他部署の社員が「◯◯社の担当者を教えて」と聞けば、その人に権限がある以上、回答に出てくる。

この論点を一般化しすぎないことも大事になる。「AI導入で変わるのは見つけやすさだけ」ではなく、「過剰共有という論点では、権限は増えず、既存の情報が見つけやすくなる」と範囲を切って理解する。

着地は前向きでよい。AI導入は、既存の共有設定が適切かを見直す好機になる。

4. 過剰共有は組織側の仕組みで塞ぐ

利用者個人には共有設定を直す権限がない。無力感を残さないために、組織側にどんな手立てがあるかを知っておく。以下は設定手順の説明ではなく、こういう選択肢があると知っておくため の整理だ。

手立て	何をするものか	位置づけ
共有の見直し	SharePoint / OneDrive で「リンクを知っている全員」「社内全員」になっている共有を棚卸しし、必要な人だけに絞り直す。広く共有されている場所を一覧できるレポート機能もある	ここが本丸
検索の制限（Restricted Content Discovery）	SharePoint サイト単位で、組織全体の検索（SharePoint ホーム、Office.com、Bing）と Copilot からの発見を制限する。あわせて、そのサイトから Copilot ボタンや AI 操作メニューといった AI 機能の入口も消える	公式に 「一時的なガバナンス統制」 と位置づけられている。本対応はアクセス権の是正
ラベルと DLP（Microsoft Purview）	機密度ラベルで分類を付け、Copilot 向けの DLP ポリシーで ラベル付きアイテムを回答の生成材料から除外する（引用には現れるが、本文の内容は回答に使われない）	「Default DLP policy - Protect sensitive M365 Copilot interactions」という既定ポリシーが用意され、初期状態はシミュレーションモード（イベントを記録するだけ）。入れれば社外へ出せなくなる、ではない
未承認AIの検知	Microsoft Entra / Global Secure Access などで、承認外のAIサービスへの通信を可視化する	第3回の Shadow AI を 会社側から見つける 仕組み

どれも「これを入れれば安全」という性質のものではない。利用者が気をつけるだけでは限界があるので、組織として守る仕組みを併用する という話になる。この一覧は、システム管理を担う部門に持ち帰る価値がある。

Restricted Content Discovery について、誤解しやすい点を4つ補足しておく。

• 権限は変わらない。索引からも削除されない — すでにアクセス権を持つ人は、これまでどおり直接開ける。Purview の eDiscovery や自動ラベル付けにも影響しない
• 効かない範囲がある — サイト内から始まる検索、および 利用者が自分で開いている文書の要約 には効かない
• 反映に時間がかかる — サイト単位のプロパティを検索索引へ伝播させるため、50万アイテムを超えるサイトでは1週間以上 かかることがある
• 前提条件がある — Copilot ライセンスに加えて SharePoint Advanced Management が必要。また過剰に適用すると、検索と Copilot が使える情報が減って回答の網羅性が落ちる

5. この回のまとめ

• 「既存のアクセス権」とは、いま自分が開けるファイルの範囲のこと。AI専用の権限は存在しない
• AIは本人のアカウントと権限の範囲で動く。開けないファイルは質問しても出てこない
• 本当の問題は過剰共有で、AI導入はそれを 表面化させる。権限は増えていない
• 過剰共有は利用者では塞げない。共有の棚卸しを本丸として、組織側の仕組みを併用する

組織としてこの層をどう設計するかは、AI導入ガバナンス解説 第2回 の Who / What / Where の3軸が対応する。

出典

本記事の記述は、以下の公式ドキュメントで確認している（最終確認: 2026年8月27日）。

• Data, Privacy, and Security for Microsoft Copilot — 閲覧権限の範囲、Semantic Index が ID ベースのアクセス境界を尊重すること
• Restrict discovery of SharePoint sites and content — Restricted Content Discovery の動作範囲・前提条件・反映時間
• Microsoft Purview DLP for Microsoft 365 Copilot and Copilot Chat — Copilot 向け DLP の動作
• Learn about the default DLP policy for Microsoft 365 Copilot location — 既定ポリシーとシミュレーションモード

→ 前: 第4回 ハルシネーション ｜ 次: 第6回 生成物と外部入力