Microsoft 365 Copilotで「ファイルが漏れるのでは」と不安視される場面の多くは、Copilotが新しい権限を勝手に得るからではありません。Microsoft公式は、CopilotとSharePointエージェントが既存のアクセス許可、共有設定、ポリシーをそのまま尊重すると明記しています。つまり、普段から広く共有されていたサイト、Everyone系の共有、所有者不明サイト、外部共有が残ったOneDriveがあると、その範囲で回答に情報が出やすくなります。本記事では、情シスやセキュリティ担当が最短で確認すべき共有範囲、権限設定、監査ポイントを、2026年5月時点のMicrosoft Learnに基づいて整理します。
Microsoft 365 Copilotでファイル流出リスクが高まる仕組み
最初に押さえるべき点は、Microsoft 365 CopilotはOffice 365の信頼境界内で動き、ユーザーの既存権限を超えてOneDriveやSharePointのファイルを読む設計ではない、ということです。一方で、SharePoint Advanced Managementの準備ガイドでは、CopilotとエージェントはMicrosoft Graph経由で既存の権限、共有設定、ポリシーを尊重すると説明されています。言い換えると、Copilotの導入で初めて漏れるのではなく、既に広く見えていた情報が、自然言語の回答という形で再発見されやすくなるのが本質です。導入前後で問題になるのは、機密文書そのものより、誰に見えているかが曖昧な状態です。
特に危険なのは、1. 所有者が不在で棚卸しされていないサイト、2. 共有リンクの既定が広いOneDrive、3. 外部共有やゲスト権限が積み上がったチームサイト、4. 感度ラベルを付けずに置かれた事業計画や人事ファイル、の4類型です。Copilotはファイルを無差別に公開するわけではありませんが、これらの資産が既存権限の中にあると、要約や回答の中で重要情報が短時間で可視化されます。
最初に確認すべき共有範囲と権限設定
Microsoftのデータ・コンプライアンス準備ガイドでは、管理者が確認すべき順序として、SharePointの共有設定見直し、正しい所有者の付与、未使用サイトの整理、潜在的に過剰共有されたコンテンツの特定、アクセス制御、重要サイトへの追加対策が列挙されています。現場ではこれを次の順で見ると早いです。まずテナント全体の共有既定を確認し、Anyoneリンクや社外共有の既定が緩すぎないかを点検します。次に、部門横断で使うチームサイトと役員・人事・財務系サイトを分け、後者はメンバーシップを明示的に絞ります。最後に、所有者不在サイトと古いプロジェクトサイトを洗い出し、削除かアーカイブか閲覧制限かを決めます。
SharePointのエージェント管理ガイドでも、Copilotやエージェントの回答は各ユーザーのデータソース権限に依存すると説明されています。したがって、ライセンス付与だけ先に進めるのは危険です。最低限、機密ファイルが置かれるライブラリごとに閲覧可能グループを確認し、部門外が混在していないか、共有リンクが長期間放置されていないか、OneDriveに個人作成の重要資料が社内全体向けで残っていないかを監査対象に入れるべきです。
短期的な封じ込め策と恒久策を分けて考える
MicrosoftはRestricted SharePoint Searchを短期的な暫定策として案内しています。これは許可済みサイトのリストを最大100件まで管理し、組織全体検索やCopilot回答に出るSharePointサイトを一時的に絞る仕組みです。ただし、公式はこれを長期運用向けでも完全なセキュリティ境界でもないと明記しています。ユーザーが最近アクセスしたサイトや、自分が所有しているファイルは引き続き結果に出る可能性があるため、これだけで「漏えい対策完了」と判断してはいけません。
恒久策として優先度が高いのは、SharePoint Advanced Managementで過剰共有を可視化すること、Purviewの感度ラベルやDLPで高機密文書の取り扱いを制御すること、そして所有者不在・未使用サイトをライフサイクル管理やArchiveで整理することです。Restricted SharePoint Searchは棚卸し期間の猶予を作るスイッチ、恒久策は権限とコンテンツ統制そのもの、という役割分担で考えると混乱しません。
監査ログでどこまで追えるか
Microsoft Purviewの監査ログでは、CopilotやAIアプリへのユーザー操作が自動で記録されます。2026年4月更新の監査ログ説明では、誰がいつどこでCopilotを使ったかに加え、回答生成のために参照されたリソース情報も保持されるとされています。具体的にはAccessedResourcesとして、ファイル名、サイトURL、リソース種別、感度ラベルID、readやmodifyといった操作種別、ポリシーでブロックされたかどうか、処理成功・失敗などを確認できます。単に「Copilotを使った」だけでなく、「どの文書に依拠していたか」まで辿れるのが重要です。
IT管理者向けレポートでも、Purview audit logsはCopilot活動の詳細追跡とコンプライアンス監査に使える主系統として整理されています。実務では、1. 重要部門ユーザーのCopilot利用開始日、2. 機密サイトに紐づくAccessedResourcesの有無、3. ポリシーで失敗したアクセスの発生頻度、4. 共有設定変更直後の参照増減、を週次で見ると、導入初期の異常検知がしやすくなります。
導入前後で使える実務チェックリスト
導入前は、共有既定リンク、外部共有方針、役員・人事・財務サイトの権限棚卸し、所有者不在サイトの是正、OneDrive上の機密文書整理を完了させます。導入時は、ライセンス付与対象を部門単位で絞り、必要ならRestricted SharePoint Searchやrestricted access controlで暫定制御を入れます。導入後は、Purview監査で参照リソースを確認し、感度ラベルが付いていない高機密文書や想定外サイトの参照がないかを見ます。さらに30日単位でContent Management Assessmentを回し、過剰共有、オーナー不在、古いサイトの再発を追うのが安全です。
このテーマで誤解されやすいのは、「Copilotを止めれば安全」「検索制限を入れれば十分」という二択です。実際には、共有範囲の棚卸し、短期制限、監査、ラベル・DLP、ライフサイクル管理を組み合わせて初めて事故率が下がります。Copilot対応はAI機能の設定作業ではなく、Microsoft 365情報設計の再点検プロジェクトとして扱うのが現実的です。
FAQ
Q. Microsoft 365 Copilotは権限のないファイルも読めますか？ A. Microsoft公式は、Copilotは既存の権限と共有設定を尊重すると説明しています。新しい権限を自動付与するものではありません。
Q. すぐ打てる応急処置はありますか？ A. Restricted SharePoint Searchで対象サイトを一時的に絞れますが、長期策ではありません。権限棚卸しとPurview統制を並行で進める前提です。
Q. 監査では何を見るべきですか？ A. Purview監査のAccessedResourcesで、どのファイルやサイトが回答生成に参照されたか、感度ラベルやポリシーブロックの有無まで確認するのが基本です。
Microsoft 365 Copilot導入前の権限棚卸し、Purview監査設計、SharePointの過剰共有対策を短期間で整理したい場合は、 AI・Claude研修のご相談はこちら 。現状診断から運用ルール設計まで一緒に進められます。
