Copilotの有効化は魔法ではない：Microsoft 365の契約・ライセンス・権限・Purviewガバナンス（AI吹き替え）

Microsoft 365 Copilotは、スイッチを入れるだけで魔法のように動くAIだと思われがちです。しかし実際には、大規模言語モデルを自社のデータに直接つなぎ込む仕組みです。大規模言語モデルとMicrosoft Graphのコンテンツ、そして日々使っているMicrosoft 365アプリが組み合わさり、メール、チャット、ドキュメントのすべてが入力として流れ込みます。

問われるのは「動くかどうか」ではありません。有効化したことでテナント全体に何が解き放たれたのか、そしてその責任は誰にあるのかです。この記事では、契約、ライセンスと権限、データ露出、Purviewを中心とした技術的統制、そして現場で機能するガバナンスの順に整理します。

Copilotの有効化は契約から始まる：製品条項とデータ保護補足情報

管理コンソールは強力なダッシュボードに見えますが、実際の配線は法文の中にあります。Copilotは単独で存在するのではなく、Microsoftの製品条項(Product Terms)とデータ保護補足情報(DPA)の下で管理されています。これらは細かい注意書きではなく、データ主権、処理の責務、プライバシー義務の基礎です。つまりスイッチを一つ押す前に、ゲームのルールは契約によって決まっています。

製品条項は、何が許可されているか、データが物理的にどこに存在できるか、そしてCopilotの出力の所有権を定めています。DPAはGDPRなどの枠組みに基づくプライバシー管理を設定し、データ処理者としてのMicrosoftの役割を定義します。これらは法的拘束力があり、無視してもルールを回避できるわけではなく、コンプライアンス違反のリスクが高まるだけです。

ここで大切なのは、契約が義務であり、技術的統制はその施工メカニズムだという構造です。保持ラベルや暗号化ポリシー、アクセス権をどれほど綿密に構成しても、契約で明文化された公約と一致していなければリスクは残ります。

データレジデンシー、成果物の所有権、学習利用の不安

ビジネスデータはモデルの学習に使われるのか

よく聞かれるのは、Microsoftが裏で自社のLLMを顧客のビジネスデータで学習させているのではないかという懸念です。契約上の答えはノーです。Copilotで使われるプロンプトと応答、Microsoft Graphのデータは、Microsoftの基盤モデルの学習にはフィードバックされません。これは製品条項とDPAの両方で正式に定められています。

データの保存場所

データレジデンシーは哲学的な抽象論ではなく、規制当局が明確に執行する領域です。たとえばEUの顧客によるCopilotのクエリは、EUのデータ境界内に制限されます。EU域外では、クエリが世界各地のデータセンターを経由する可能性があり、これは製品規約に明記されています。ファイルが国境を越える可能性に驚くのは、署名した内容を読んでいない場合だけです。

成果物の所有権と規制対応

Copilotが生成したスライド資料の所有権がデフォルトで利用者にあるのは、製品規約がAIシステムに知的財産権の主張を放棄するよう定めているからです。データ侵害の通知やサブプロセッサーの利用監査といったGDPR関連の要件も、DPAでカバーされています。

Copilotは気軽に差し込むコンセントではなく、電力網の一部と考えてください。契約書はその配線図であり、管理画面のスイッチは末端でプラグを差し込む操作にすぎません。ユーザーを有効にすることは、これらの文書に定められた高度な義務を発動させることを意味します。

ライセンスとRBAC：Copilotは「万能鍵」ではない

ライセンスを魔法の鍵だと考えるのは誤りです。Copilotのライセンスは、むしろ用心棒付きの建築許可証に近いものです。許可証は何が存在できるかを定義し、用心棒は誰がロープの先へ進めるかを強制します。

押さえるべき要点は次のとおりです。ライセンスはCopilotの機能を有効にしますが、Copilotが表示するのは、ユーザーがMicrosoft Graphを通じてすでに閲覧権限を持っているデータだけです。権限はテナントのID設定とバックエンド設定によって強制されます。ライセンスは「この人はCopilotを使える」と言い、バックエンドは「以前から権限がない限りCFOのプライベートフォルダーは開けない」と言います。この区別がつかないと、幻のリスクにパニックを起こすか、現実のリスクを無視することになります。

Copilotは既存のMicrosoft 365プランへのアドオンで、標準バンドルには含まれないため自分で選択する必要があります。ライセンスを割り当てても権限は拡張されず、Word、Excel、Outlookなどで機能が使えるようになるだけです。さらに、コンプライアンス管理のPurviewや、セキュリティの関門となるDefenderのアドオンなど、一部の機能には追加ライセンスが必要です。こうした依存関係を理解せずに導入すると、ゼリーの上に足場を組むような不安定な展開になります。

2つの組織の対比

1つ目の組織は、公平さとは全員に同じライセンスとアクセス権を与えることだと考えます。しかし契約書ライブラリや人事記録、役員のメールのやり取りが誤って広く共有されていれば、Copilotはそこに飛び込みます。2つ目の組織は規律を守り、ライセンスをニーズに合わせて割り当て、役割で厳格なゾーンを定義します。財務は財務の範囲内、マーケティングはマーケティングの範囲内にとどまります。

ライセンスはパスポート、役割はビザのようなものです。両方が揃って初めて境界が形づくられます。RBACが正しく設計されていれば、ユーザーが意識しなくても機能します。

データ露出のリスク：Copilotは権限を映す鏡

Microsoft 365 CopilotはMicrosoft Graphを通じてコンテンツを取得し、ユーザーがすでに閲覧権限を持つ資料だけを提示します。セマンティックインデックスとグラウンディングはIDベースのアクセス境界を尊重するため、AIが本来アクセスすべきでない場所に入り込むことはありません。しかし、まさにそこに危険があります。Copilotは権限を無視するのではなく、そのまま反映するからです。

チームのライブラリが全員にアクセス許可されていれば、Copilotはそれを喜んで取り込みます。SharePointの設定がずさんなら、そのデータまで下書きに統合されます。人は組織内の乱雑な場所をわざわざ探しませんが、Copilotはインデックス全体から区別なく探し出します。そのインデックスを築いたのはMicrosoftではなく顧客自身です。Copilotは完璧な記憶力を持つ秘書のようなもので、普通の従業員が忘れてしまう地下の鍵のかかっていないキャビネットも、忘れずに見つけます。

秘密度ラベルの役割

権限設定だけでは十分ではありません。秘密度ラベルは保護を強制する仕組みです。ラベルが暗号化や抽出権限を要求する場合、ユーザーが閲覧と抽出の両方の権限を持っていなければ、Copilotはそのコンテンツを処理せずブロックされます。ラベルは継承もされるため、機密ファイルをもとにCopilotが新しいスライドを作れば、ラベルと保護設定は自動的に引き継がれます。派生文書ごとに人がラベルを付けると期待するのは、人間の記憶力に頼る無謀な賭けです。

規制当局の見方

GDPRは「権限設定で許可されていた」という言い訳を認めません。HIPAAやISOも同様で、重要なのはアクセス可能な範囲そのものです。「AIが権限を反映しただけ」という主張は、アクセルを自然に踏んだだけだからスピード違反の切符を切るなと言うようなものです。

EUの顧客向けには、Microsoftは必要に応じてCopilotの処理をEUデータ境界内にルーティングします。ただしWeb検索クエリはEUデータ境界の保証範囲に含まれず、別のデータ取扱いポリシーに従います。すべてのデータが等しく守られていると思い込むのは誤りです。

プロンプト、応答、アクティビティログは、他のLLM学習施設に流出することはありません。Microsoft 365のサービス境界内に保存され、管理者はPurviewのコンテンツ検索と保持ポリシーで履歴を管理できます。

管理センター・Purview・Defenderの連携

管理センターでの何気ないチェックボックスは、実は指揮者のタクトです。3つのツールは個別のアプリではなく、1つのコンプライアンスエンジンの3つの側面として働きます。

• Microsoft 365管理センター：テナント制御システム。ライセンスの割り当て、Copilotのテナントレベルの設定、プラグインの有効化を扱い、利用者の設定や更新チャンネル、ベースライン条件を管理します。
• Purview：国境の税関のような存在。Microsoft Graphを流れるものを分類・ラベル付け・検査し、保持の強制、DLP(データ損失防止)の適用、AI向けDSPM(データセキュリティ体制管理)によるリスク発見、監査ログへの記録を担います。
• Defender：実行時の強制を担う執行部門。Microsoft Defender for Endpointがエンドポイント DLPを提供し、機密データをサードパーティ製AIツールに貼り付けるような操作をブロックし、ルールに該当する場合はCopilotのコンテンツ出力を止めます。

どれか一つでも欠ければ穴が生じます。管理センターでCopilotを有効にしてもPurviewのラベルやポリシーがなければ、コンテンツは分類されないまま流れます。Purviewがルールを作ってもDefenderの強制力がなければ、違反はすり抜けます。

よくある誤解と落とし穴

• ライセンスを配れば使える、と考える：バックエンドを確認せず組織全体に配布すると、ユーザーは自分がアクセス権を持つあらゆるものを検索できます。インターンが管理者になるわけではありませんが、誤って全員に公開された機密文書は表示されます。悪意がなくても、検索ボックスと過剰に継承されたアクセス権があれば情報漏洩は起こります。
• 役割を定義せずにライセンスを割り当てる：本来歩くべきでない廊下で、AIで強化された懐中電灯を配るようなものです。
• ラベル付けを怠る：秘密度ラベルを一度も設定しないまま運用すると、インターン生がM&A戦略の草案を偶然見つけてしまうかもしれません。
• 「Copilotが壊れた」と誤解する：ラベルが制限付きの口座番号を含むファイルに対し、DefenderのDLPが出力を遮断することがあります。これは不具合ではなく、設定したポリシーが実行された結果です。
• ゲストアカウントへの拡張を試みる：Copilotライセンスはテナント間のゲストアカウントには拡張できません。Gmailログインのコンサルタントは、環境内でCopilotを利用できません。
• ポリシーを紙の上だけで済ませる：周知やタウンホールミーティングで勝利を宣言しても、数日後には未読メールに埋もれます。

ガバナンスはシステムで強制する：技術的な3ステップ

「機密ファイルをCopilotと共有しないでください」という指示は、クッキーの皿の前に「食べないで」と書いた付箋を置くようなものです。代わりに、Microsoft Copilotの体験環境を対象としたDLPポリシーをPurviewで構成します。Copilotが機密性の高いファイルを認識した場合、ユーザーがどんなプロンプトを入力しても要約や処理ができなくなります。ユーザーに禁止を伝えるのは制限速度の標識、技術的に不可能にするのはスピードリミッターの取り付けです。規制当局が好むのは、人間の選択肢を排除する後者です。

1. ステップ1：Purviewで統合監査ログを有効にし、AI向けDSPMを有効化します。DSPMは過剰共有のファイルやシャドーデータをスキャンし、明白な穴を塞ぐポリシーをワンクリックで自動生成できます。
2. ステップ2：秘密度ラベルを一貫して適用し、PurviewのDLPポリシーと組み合わせて、極めて機密性の高いデータをCopilotが処理できないよう制限します。保持ルールと組み合わせれば、プロンプトと回答にもライフサイクル管理を適用できます。
3. ステップ3：境界を強化します。IDレイヤーで条件付きアクセスと多要素認証を使い、DefenderのエンドポイントDLPを全デバイスに展開して、機密の回答を未承認のサードパーティ製AIツールにコピー&ペーストできないようにします。

地味ながら重要なのが、Purviewの保持機能と電子情報開示です。ルールを強制するだけでなく、それを証明できるようになります。規制当局が調査に来たとき、Copilot利用の検索可能な監査ログと取得可能な履歴が必要です。コミュニケーションコンプライアンスは、Copilotへのリスクのあるプロンプトや不正利用の可能性を検知する検査ポイントを加えます。

構造面では、部門横断的なAIカウンシルやセンターオブエクセレンスも欠かせません。セキュリティ、人事、ITなどがテーブルを囲み、ルールと技術的制御をすり合わせます。これを欠くと、一方は曖昧な指示を印刷し、もう一方はまったく異なる現実を構成することになります。

2社を比べてみましょう。A社は「Copilotを責任を持って使用する」という1ページの指針を作りました。B社は分類されていないデータにCopilotが触れないようPurviewのテンプレートを設定しました。6ヶ月後、A社はCopilotの回答に機密ファイルが露出して情報漏洩の対応に追われ、B社はそうなりませんでした。形式主義は失敗し、自動化が勝つのです。

今週中に確認したい実践ポイント

• 全従業員へライセンスを配る前に立ち止まり、法務部門と話し合う。製品条項とDPAの適用範囲が文書化されていることを確認する。
• EUのデータ境界など、地域固有のデータレジデンシー責務を把握し、義務の基準を明確にする。
• PurviewのDSPM for AI評価を実行し、見つかった問題に修正を適用する。
• 権限監査を行い、Everyoneグループを排除する。共有しすぎのファイルやライブラリを特定する。
• 手動の個別割り当てをやめ、RBACとEntraのスコープに沿ったグループ単位のライセンス割り当てに切り替え、メンバーシップを定期的に監査する。
• Purviewの監査、保持、DLPを有効にして、高機密データをブロックする。
• 秘密度ラベルを自動ラベル付けとデフォルトラベルで一貫して適用し、条件付きアクセスと多要素認証、エンドポイントDLPで境界を固める。
• PurviewやDefenderなど、必要なアドオンのライセンス依存関係を事前に確認する。

まとめ：Copilotの有効化はコンプライアンスエンジンの始動

Copilotのスイッチを入れることは、単にAIをオンにすることではありません。契約、ライセンス、データ保護、強制ルールのすべてに波及するコンプライアンスエンジンを始動させることです。Copilotは鏡であり、権限管理が整っていれば規律を、混沌としていれば混沌を映します。Microsoftが用意した統制機能とガイダンスを適切に設定すれば、AIは脅威から、信頼できる規律あるツールへと変わります。