広告枠を募集中 ご相談ください

企業管理者がMicrosoft 365 Copilot導入前にSharePointのデータアクセス権限と秘密度ラベルを設定する方法

365Finds Editorial
Wiki 記事 11,430 本収録

あなたの AI で 365 Wiki を使う

下のプロンプトをコピーして、普段使っている AI に貼り付け、そのまま質問してください。

完全版 Skill をダウンロード

まずはプロンプトでお試しください。よく使う場合は完全版 365Wiki Skill をインストールすると、毎回貼り付ける必要がありません。普段使う AI がなければ、Gemini や Microsoft Copilot のウェブ版でも使えます。

エンド ユーザーにライセンスを付与する前に、エンタープライズ管理者は Microsoft 365 Copilot を展開するにあたってコンテンツの健全化とアクセス ガバナンスに取り組む必要があります。Copilot は既存の Microsoft 365 セキュリティ境界およびアクセス制御リスト (ACL) の範囲内でのみ厳密に動作し、ユーザーが表示権限を持たない情報をクエリできないように保証されています。しかし、その強力なセマンティック検索と自然言語による合成機能は、これまで見落とされていたファイルの検出可能性を大幅に増幅させます。過去のアクセス権限の負債を抱える組織では、「外部ユーザーを除くすべてのユーザー」(EEEU) のように広範なアクセス権が設定されたサイトに保存された役員報酬プラン、買収メモ、顧客の個人を特定できる情報 (PII) などの機密ドキュメントが、対話型の回答として意図せず表面化する可能性があります。データ漏洩を防止しコンプライアンスを維持するために、管理者は過剰共有されているリポジトリを監査し、テナントのアクセス権限を修復し、コンテナー レベルおよびアイテム レベルの Microsoft Purview 感度ラベルを展開し、制限付き SharePoint 検索 (Restricted SharePoint Search) などの一時的なガードレールを確立する必要があります。本ガイドでは、Microsoft 365 Copilot を展開する前に SharePoint データを保護するために必要なエンドツーエンドの技術構成を解説します。

Copilot のグラウンディングとセキュリティ モデルの理解

Microsoft 365 Copilot は、検索拡張生成 (Retrieval-Augmented Generation: RAG) と呼ばれるプロセスを通じて組織データと対話します。ユーザーがプロンプトを送信した際、Copilot は隔離されたトレーニング コーパスをクエリするのではなく、Microsoft Graph と Copilot のセマンティック インデックス (Semantic Index for Copilot) を使用して関連する組織コンテンツを特定し、それらのスニペットをグラウンディング コンテキストとしてパッケージ化して大規模言語モデル (LLM) に渡し、回答を作成します。

アクセス境界の動作メカニズム

Copilot は、プロンプトを実行するユーザーのセキュリティ コンテキスト内で厳密に動作します。

Rights Management サービス (RMS) と EXTRACT 権限

暗号化されたファイルを操作する際、Copilot は Rights Management サービス (RMS) のアクセス許可を適用します。Copilot がプロンプトに回答するために保護されたドキュメントから情報を読み取り、解析し、抽出するには、要求するユーザーが EXTRACT (コピー) 使用権限を保持している必要があります。

RMS アクセス許可Copilot の対話機能運用上の影響
フル コントロール / 所有者 (Full Control / Owner)完全な読み取り、解析、および合成Copilot は回答内でデータを要約、引用、抽出できます。
編集 / 表示 + 抽出 (Edit / View + Extract)完全な読み取り、解析、および合成Copilot はグラウンディング中にドキュメントを参照できます。
表示のみ (抽出なし) (View Only (No Extract))Copilot による合成をブロックCopilot はプロンプトに回答するためにドキュメント コンテンツを取り込むことができません。
アクセス権なし (No Access)完全にアクセス不可Copilot はドキュメントを検出することもアクセスすることもできません。

感度ラベルによって適用された暗号化が特定のユーザー グループから EXTRACT 権限を除外している場合、それらのユーザーが Word や Excel でレンダリングされたドキュメントを表示できたとしても、Copilot を使用してそれらの特定ドキュメントを要約したり質問したりすることはできません。

ステップ 1: SharePoint のアクセス許可の監査と過剰共有コンテンツの特定

権限を変更したり制限ポリシーを適用したりする前に、管理者は既存のアクセス構造を可視化する必要があります。主なリスクは、ドメイン全体の広範なグループ、孤立したチーム サイト、および管理されていない共有リンクから生じます。

データ アクセス ガバナンス (DAG) レポートの活用

SharePoint 管理センターの レポート > データ アクセス ガバナンス で利用可能な SharePoint データ アクセス ガバナンス (DAG) レポートは、テナント全体の共有パターンに関する自動化されたインサイトを提供します。管理者は以下の 3 つの特定レポート カテゴリを優先する必要があります。

  1. 「外部ユーザーを除くすべてのユーザー」(EEEU) レポート: サイトの権限 (サイト メンバーやサイト閲覧者など) に EEEU 要求が追加されているすべての SharePoint サイトを特定します。これらのサイトにはすべての社内従業員がアクセスできるため、Copilot による意図しないデータ露出の最大の原因となります。
  2. 共有リンク レポート: 過去 30 日間に作成された「リンクを知っているすべてのユーザー」(匿名) または「組織内のユーザー」(テナント内全般) の共有リンクの数が最も多いサイトを特定します。
  3. ファイルに適用された感度ラベル レポート: ラベル付けされていないファイルや機密ファイルの集中度が高いサイトをクロス参照し、ガバナンスの盲点を特定します。
DAG Administrative Audit Workflow:
1. Navigate to SharePoint Admin Center -> Reports -> Data access governance
2. Run "Sharing links" report -> Filter by "People in your organization"
3. Run "Everyone except external users" report -> Sort by total file count
4. Export high-risk site inventories to CSV for security review

高リスク リポジトリ属性のレビュー

DAG エクスポート データを評価する際、管理者はコンテンツの機密性と既存のメンバーシップに基づいてサイトを分類する必要があります。

ステップ 2: 権限の修復とアクセス ガードレールの実装

過剰共有されているリポジトリが特定されたら、管理者はオープンなアクセス権を修復し、将来的な権限の無秩序な拡大を防ぐための構造的制御を適用する必要があります。

広範なグループの排除とオープンな共有リンクの取り消し

修復は優先順位に沿って進める必要があります。

  1. EEEU 要求の削除: 機密情報、専有情報、または社内限定コンテンツを含むすべてのサイトのサイト メンバー、サイト閲覧者、およびドキュメント レベルの権限セットから「外部ユーザーを除くすべてのユーザー」を削除します。
  2. デフォルトの共有リンク タイプの標準化: SharePoint 管理センターの ポリシー > 共有 で、デフォルトの共有リンク タイプを「組織内のユーザー」から「特定のユーザー (ユーザーが指定したユーザーのみ)」に変更します。これにより、ユーザーが同僚とファイルを共有する際に、誤ってテナント全体へのアクセス リンクを作成してしまうのを防ぎます。
  3. リンクの有効期限ウィンドウの設定: ゲストおよび匿名の共有リンクに対して自動有効期限ポリシーを適用します (例: 30 〜 90 日後に再認証を要求)。

SharePoint Advanced Management (SAM) 制御の展開

SharePoint Advanced Management (SAM) ライセンスを保有する組織の場合、管理者は個々のサイト所有者のみに依存することなく、一元化されたアクセス境界を適用できます。

一時的なサーキット ブレーカーとしての制限付き SharePoint 検索 (RSS) の実装

数千もの SharePoint サイトを抱える大企業では、包括的な権限のクリーンアップを完了するまでに数か月かかる場合があります。Copilot ライセンスのロールアウトの遅延を防ぐため、Microsoft は暫定的な管理制御として制限付き SharePoint 検索 (Restricted SharePoint Search: RSS) を提供しています。

制限付き SharePoint 検索の機能

RSS が有効になっている場合:

SharePoint Online PowerShell による RSS の構成

制限付き SharePoint 検索は、SharePoint Online PowerShell モジュールを使用して管理します。

# Connect to your SharePoint Online tenant admin endpoint
Connect-SPOService -Url "https://contoso-admin.sharepoint.com"

# Check the current status of Restricted SharePoint Search
Get-SPOTenantRestrictedSearchMode

# Enable Restricted SharePoint Search mode
Set-SPOTenantRestrictedSearchMode -Mode Enabled

# Add approved enterprise sites to the Allowed List (up to 100 sites)
Add-SPOTenantRestrictedSearchAllowedList -SitesList @(
    "https://contoso.sharepoint.com/sites/CorporateComms",
    "https://contoso.sharepoint.com/sites/CompanyPolicies",
    "https://contoso.sharepoint.com/sites/ITHelpdesk",
    "https://contoso.sharepoint.com/sites/EmployeeHandbook"
)

# View all currently allowed sites
Get-SPOTenantRestrictedSearchAllowedList

RSS からの移行

制限付き SharePoint 検索は恒久的なアーキテクチャではなく、一時的な橋渡しとして設計されています。RSS は未審査サイトからのデータ漏洩を防ぐ一方で、正当なプロジェクト リポジトリ全体にわたる部門横断的なインサイトを提供する Copilot の能力も制限します。データ アクセス ガバナンス レポートによってサイトの権限がクリーンアップされ、感度ラベルが適用されていることが確認できたら、管理者は RSS を無効にして Copilot の組織的価値を最大限に解放する必要があります。

# Disable Restricted SharePoint Search once governance remediation is complete
Set-SPOTenantRestrictedSearchMode -Mode Disabled

ステップ 3: Microsoft Purview 感度ラベルの設計と展開

SharePoint のアクセス許可がサイトやフォルダーにアクセスできる「誰 (Who)」を定義するのに対し、Microsoft Purview 感度ラベルはコンテンツが「何 (What)」であるかを定義し、データが保存、共有、または AI によって処理される場所に関係なく、データと共に移動する永続的な保護を適用します。

コンテナー レベルの感度ラベル

コンテナー レベルのラベルは、SharePoint サイト、Microsoft 365 グループ、および Microsoft Teams にガバナンス設定を直接適用します。コンテナー ラベルを作成する前に、PowerShell (Set-ExecutionPolicy RemoteSigned; Import-Module Microsoft.Graph; Connect-MgGraph) および Microsoft Entra ID を介してテナントでこの機能が有効になっていることを確認してください。

コンテナー ラベルは、Copilot の準備に関連する 3 つの主要な制御を適用します。

  1. プライバシー設定 (パブリックとプライベート): 「プライベート」を強制することで、新しいチーム サイトがテナント全体のオープンなアクセス権で作成されるのを防ぎます。
  2. 外部共有制御: ラベルを「組織内のユーザーのみ」または「既存のゲスト」に設定することで、機密性の高いコラボレーション サイトでの外部データ漏洩を防止します。
  3. 条件付きアクセスと管理対象外デバイスのポリシー: アクセスを Web のみに制限するか、非準拠デバイスからのアクセスをブロックすることで、機密サイトと対話する Copilot に信頼されていないエンドポイントからアクセスできないようにします。

アイテム レベルの感度ラベルと暗号化

アイテム レベルのラベルは、個々の Word、Excel、PowerPoint、および PDF ファイルを分類し保護します。管理者は、Microsoft Purview コンプライアンス ポータルの 情報保護 > ラベル でこれらのラベルを構成します。

標準的なエンタープライズ分類スキーマには、通常以下が含まれます。

Copilot の感度ラベルの継承

Microsoft 365 Copilot が情報を合成して新しいドキュメント、メールの下書き、または要約を生成する際、厳格なラベル継承ルールに従います。

Purview 自動ラベル付けポリシーの構成

手動によるラベル付けはエンド ユーザーのコンプライアンス順守に依存するため、ギャップが生じがちです。Copilot を展開する前に一貫したカバレッジを確保するために、管理者はクライアント側とサービス側の両方の自動ラベル付けポリシーを展開する必要があります。

クライアント側の自動ラベル付け

Microsoft Purview のラベル定義内で構成されます。

サービス側の自動ラベル付け (保存データの検査)

サービス側の自動ラベル付けはテナント インフラストラクチャ レベルで動作し、SharePoint Online および OneDrive に保存されているファイルをスキャンします。

  1. Microsoft Purview ポータルで、情報保護 > 自動ラベル付け に移動します。
  2. SharePoint サイトと OneDrive アカウントを対象とする新しいポリシーを作成します。
  3. 組み込みの SIT (財務記録、医療データ) またはトレーニング可能な分類子 (ソース コード、法的契約) を使用して検出ルールを定義します。
  4. 一致項目を確認し、精度を検証し、意図しない過剰なラベル付けを避けるために、ポリシーをシミュレーション モード (Simulation Mode) で少なくとも 7 〜 14 日間実行します。
  5. シミュレーション結果が期待どおりになったら、ポリシーを有効にして、保存されている過去のデータにラベルと暗号化を自動適用します。

導入ロードマップ: 段階的な展開前ガバナンス

展開を効果的に進めるために、管理者は段階的な運用スケジュールに従う必要があります。

フェーズ期間主要目標主な管理アクション成功基準
フェーズ 1: 検出と評価第 1 〜 2 週テナントのデータ環境と権限の負債を把握EEEU と共有リンクに関する DAG レポートを実行、サイト インベントリをエクスポート、パブリック M365 グループを監査過剰共有されている上位 50 サイトおよび機密リポジトリの完全な可視化
フェーズ 2: 封じ込めとサーキット ブレーク第 3 〜 4 週クリーンアップ中の即時露出リスクを防止制限付き SharePoint 検索 (RSS) を有効化、許可リストにコア イントラネット サイトを登録、機密サイトから EEEU を削除役員、法務、人事の高リスク データの全社的露出ゼロを達成
フェーズ 3: 分類と保護第 5 〜 7 週永続的なコンテナーおよびファイル保護を確立SharePoint サイトにコンテナー ラベルを展開、RMS によるファイル暗号化を構成、サービス側の自動ラベル付けシミュレーションを実行機密サイトの 100% にコンテナー ラベルを適用、自動ラベル付けを稼働
フェーズ 4: パイロット運用と境界検証第 8 〜 9 週制御された範囲内で実際のユーザーを対象に Copilot の動作をテスト指定された IT およびコンプライアンスのパイロット コホートに Copilot ライセンスを発行、権限をまたぐテスト プロンプトを実行、Purview AI Hub を監視ACL の強制適用を確認、Copilot プロンプトにおける境界を越えたデータ漏洩ゼロを実証
フェーズ 5: 定常状態と RSS の廃止第 10 週以降エンタープライズ向けの完全な Copilot 機能を解放PowerShell 経由で制限付き SharePoint 検索を無効化、継続的なプロジェクト サイト向けに SAM 制限付きアクセス制御を有効化継続的な DAG 監視を伴う全社的な検索を有効化

セキュリティ境界の検証と継続的なガバナンス

Copilot へのアクセスを社内全体に開放する前に、管理者はセキュリティ境界が意図したとおりに機能していることを体系的に検証する必要があります。

合成ユーザー テスト シナリオ

セキュリティ チームは、部門ごとに異なるペルソナを持つテスト アカウント (例: 一般営業、一般エンジニアリング、人事担当者アカウント) を作成し、プロンプトの検証を実施する必要があります。

Microsoft Purview AI Hub による監視

Microsoft Purview は、Microsoft 365 Copilot の対話に関する専用テレメトリを提供する AI Hub (Purview コンプライアンス ポータル内) を提供しています。

SharePoint におけるプロアクティブな権限修復、制限付き SharePoint 検索などのターゲットを絞った制御、永続的な Microsoft Purview 感度ラベル、および継続的なテレメトリ監視を組み合わせることで、エンタープライズ管理者はデータ漏洩リスクを確実に排除し、Microsoft 365 Copilot の安全でコンプライアンスに準拠した展開を実現できます。