ITチーム向け Copilot セキュリティチェックリスト

By Mirko Peters · 2026-04-19

組織全体に Microsoft Copilot を展開するのは、決して簡単な作業ではありません。重要な手順を省くと、セキュリティリスクが現実のものになりかねません。このチェックリストでは、ITチームが Copilot の利用を、Microsoft 365 と Azure で構築してきたセキュリティおよびコンプライアンスの枠組みの中にしっかりと位置づけるために必要な事項をすべて取り上げます。Copilot が稼働を始める前に、ID、アクセス許可、機密データを確実に保護する方法を具体的に解説します。ライセンスの課題から高度なリスク対策まで、データ漏えいを防ぎコンプライアンスを維持するための手順を段階的に紹介します。他のガイドではほとんど扱われていない実践的な手法も含みます。近道も驚きもなしに、Copilot の展開をしっかり守りましょう。

Automatically translated with AI from the original post. Read the English original

組織全体に Microsoft Copilot を展開するのは、決して簡単な作業ではありません。重要な手順を省くと、セキュリティリスクが現実のものになりかねません。このチェックリストでは、ITチームが Copilot の利用を、Microsoft 365 と Azure で構築してきたセキュリティおよびコンプライアンスの枠組みの中にしっかりと位置づけるために必要な事項をすべて取り上げます。Copilot が稼働を始める前に、ID、アクセス許可、機密データを確実に保護する方法を具体的に解説します。ライセンスの課題から高度なリスク対策まで、データ漏えいを防ぎコンプライアンスを維持するための手順を段階的に紹介します。他のガイドではほとんど扱われていない実践的な手法も含みます。近道も驚きもなしに、Copilot の展開をしっかり守りましょう。

Microsoft 365 Copilot 導入準備のための基盤的なセキュリティ統制

Microsoft 365 環境を Copilot 向けに準備するには、まずセキュリティを中核に据えることから始まります。Copilot を有効にする前に、組織はライセンス、アクセス制御、アクセス許可の健全性管理に関する基礎固めを行う必要があります。これらは任意ではなく、「必須」の項目です。チームのデータを本来あるべき場所に保つための土台となります。

技術的な基盤がすべての Microsoft の要件を満たしていることを確認してください。ライセンスの手順を一つ省くだけで、機能面とセキュリティ面の両方でギャップが生じるおそれがあるためです。また、Entra ID などのツールを使い、ユーザーとロール全体で最小権限の原則を徹底することも重要です。誰もが実際に必要以上のアクセス権を持たないようにします。古い SharePoint サイトや過剰に共有されたファイルに潜む見えないリスクにも注意してください。アクセス許可の監査は、Copilot が取得すべきでないデータを取り込むことを防ぐのに役立ちます。

まずはこれらの基本事項に取り組むことで、ITチームは堅固なベースラインを構築できます。これは単にチェック項目を埋めることではなく、露出を最小限に抑え、リスクを低減する実践的で実行可能な統制を整えることです。次のフェーズに進む準備ができたとき、その後に続くほかのセキュリティレイヤーもより強固に機能するでしょう。ガバナンスの詳細についてはこちらの詳しいガイドをご覧いただくか、ポリシーに基づく統制についてこちらのガバナンスリソースでご確認ください。

Copilot 展開のための技術的なライセンス検証

Copilot を稼働させる前に、Microsoft 365 テナントが技術的に対象となっているかを確認する必要があります。まず、組織が必要なライセンスのレベルを利用しているかを確認してください。Copilot には通常、最上位の Microsoft 365 プランが必要です。テナントの所在地も再確認してください。地域によっては対応していない場合があります。Microsoft Graph コネクタなど、関連するバックエンドの要件がすべて構成され、有効になっていることを確認してください。不足があると、Copilot の機能がブロックされたり、さらに悪い場合にはセキュリティの対象範囲が不完全になったりする可能性があります。ライセンスと技術的な準備状況の包括的なレビューは、Copilot 展開における最初のステップとして必ず実施してください。

最小権限の徹底と強固なロール制御

• Entra ID(旧 Azure AD)でユーザーと管理者のロールを確認してください。過剰な権限は削除し、管理者ロールは必要最小限の担当者に限定します。
• グループのメンバーシップを監査し、ユーザーが実際に必要とするデータだけを参照できるようにしてください。範囲の広すぎるグループは、Copilot に機密情報への意図しないアクセスを許可してしまうおそれがあります。
• アクセス許可の割り当てと条件付きアクセスルールを定期的に見直す仕組みを整えてください。これにより、ポリシーが陳腐化したり、「ID の負債」(忘れ去られた例外など)で複雑化したりすることを防げます。忘れられた例外は、後で問題を引き起こす可能性があります。ポリシーを強化する戦略については、こちらの Entra ID ポッドキャストもご覧ください。
• Microsoft Defender for Office 365 や Microsoft Purview などのセキュリティツールを重ねて使い、最小権限の設定を監視および適用してください。これにより、ルールの適用がユーザー体験を損なわないようにできます。セキュリティと使いやすさのバランスを取るためのヒントは、こちらのリソースでご覧いただけます。

アクセス許可の過剰共有とセキュリティ監査

• 共有リンクと外部のアクセス許可を監査する: SharePoint、OneDrive、Teams のすべての共有リンクとゲスト ユーザーのアクセスを確認します。見落とされたリンクは、想像以上の情報を露出させる可能性があります。外部共有のリスクを見つける実践的な方法については、こちらの詳しい解説をご覧ください。
• 古いコンテンツや使われていないコンテンツを見直す: 古いサイト、フォルダー、所有者のいないファイルには、現在のチーム構成と合わなくなったアクセス許可が残っていることがよくあります。Copilot が意図しない情報を見つける前に、整理しておきましょう。
• 所有者の責任を明確にする: 重要なデータセットには明確な所有者を割り当て、アクセス許可の見直しが漏れないようにします。「所有者不明」のファイルを作らないことが大切です。データアクセスのガバナンスを強化する価値については、こちらのリンクで確認できます。
• 広範なグループアクセスを制限し、従来のアクセス許可の複雑さを減らす: Copilot に反映されてしまう可能性のある、古い設定や過度に広いアクセス権に対処します。これを見直すことで、データ環境全体の安全性が高まります。

定期的な監査のサイクルを維持することで、チームは攻撃対象領域を縮小し、Copilot が意図せず情報を公開してしまうことを防げます。ツールや自動化による監査の強化は、例外ではなく標準とするべきです。

Copilot のためのデータ ガバナンスと秘密度管理

アクセス許可の管理ができたら、次は Copilot が参照できる実際のデータを整理します。ここでのデータ ガバナンスは単なる流行語ではなく、Copilot がアクセス、要約、生成できる内容を決めるフィルターです。コンテンツが散らかっていたり、古かったり、適切にラベル付けされていなかったりすると、誤ったものを誤ったタイミングで共有してしまうリスクがあります。

このセクションでは、Microsoft Purview、自動分類、秘密度ラベルがどのように連携して適切なデータの境界を構築するかを解説します。ビジネス単位を分割し、機密性に応じてデータを分類し、リスクのあるコンテンツを DLP (Data Loss Prevention) ルールでブロックすることが重要な理由を説明します。Copilot は設計上、断片や要約を表示するため、特に重要です。

ガバナンスを適切に行えば、Copilot が「何を露出させるかもしれない」という不安は減ります。ラベルとルールを事前に設定しておくと、Copilot はより予測可能で、リスクの低いツールになります。Purview の高度な制御と DLP の適用に関するその他の戦略については、こちらの Microsoft Purview ガバナンス ガイドを参照するか、こちらのポッドキャストで準拠した ECM 基盤の構築方法をご覧ください。

Copilot からアクセスされるデータの整理と分類

• Microsoft Purview でデータを棚卸しする: どのようなデータがあり、どこに保存され、誰が所有しているのかを把握します。この棚卸しによって、想定外の事態を減らせます。
• 古いデータや重複データを整理し、アーカイブする: 古い、不要になった、または過剰に共有されたファイルを削除し、Copilot が 2017 年のだれかのレシピを引っ張り出さないようにします。
• Purview と SharePoint による分類の自動化: ルールを使ってコンテンツを種類や秘密度ごとに自動でタグ付けし、データ環境全体を Copilot による安全な要約に備えます。AI 対応における SharePoint ガバナンスの役割については、こちらの資料で確認できます。

秘密度ラベルを使って Copilot の要約を制御し、機密ユーザーを分離する

• Microsoft Purview の秘密度ラベルを適用する: メール、ドキュメント、Teams チャネルにタグを付け、Copilot が許可された内容だけを要約するようにします。「Highly Confidential」などのラベルを付ければ、機密ファイルに対して Copilot を完全にブロックすることもできます。
• 高度なラベル付けでユーザーとグループを分離する: 経営陣、法務、人事、またはより高いセキュリティが必要なグループに対して、Copilot の利用可能範囲を個別に設定します。これにより、制限された情報が意図せず混ざることを防げます。
• DLP とロールベースのポリシーでラベルの適用を自動化する: Purview を使ってワークロード全体にラベルを適用し、ルールを徹底します。これにより、Copilot の出力がすべて適切な制限を引き継ぐようにします。ラベルのないコンテンツを残さないことが重要です。
• ラベル付けをユーザー教育とガバナンスの運用手順に組み込む: ラベル付けは IT 部門だけの仕事ではありません。特にリスクの高い事業部門を含め、すべてのユーザーにガイダンスが必要です。効果的なガバナンスと学習センターがどのようにセキュリティを強化するかは、こちらのガイドで確認できます。

機密コンテンツの取り扱いと Power Platform の DLP について、より詳しい助言が必要な場合は、こちらのガバナンス資料をご覧ください。

DLP ポリシーを実装してデータ漏えいを防ぐ

• Copilot を意識した DLP テンプレートを展開する: 機密コンテンツが Copilot による要約や、Copilot のチャット、メール、ドキュメント経由で共有されることを検出して防ぐ DLP ルールを設定します。
• DLP ログで違反を監視する: リスクのある Copilot の操作の兆候がないか定期的にログを確認し、繰り返し発生する問題に対処するためにポリシーを調整します。DLP の実践的な設定について詳しくは、こちらのガイドをご覧ください。
• DLP を Power Platform と既定の環境に統合する: データ漏えいの多くは管理が行き届いていない領域から発生するため、既定の設定だけでは不十分です。より踏み込んだ DLP の対策については、こちらのポッドキャストをお聴きください。

安全な展開戦略とパイロット計画

どれほど適切な統制を整えていても、組織全体に Copilot を展開する最も安全な方法は、段階的かつパイロット主導のアプローチを取ることです。いきなり全社規模で展開すると、構成の不備や予期しない動作、十分に検証されていないアクセス許可の境界によってリスクにさらされるおそれがあります。

このセクションでは、リスクを検証したパイロットの設定方法を解説します。Copilot のセキュリティ態勢と実際の業務上の価値の両方を評価できます。関係者の合意形成から監視とトレーニングの有効化まで、4 週間の段階的な計画を紹介します。特に重要なのは、最初のグループを超えて展開する前に、ログ記録、アラート、ガバナンスが適切に機能している状態を実現するために、これらの統制を運用に落とし込む方法です。

この方法により、チームは問題を早期に発見し、ポリシーを改善し、コミュニケーションを調整できます。これらはすべて、何百人(あるいは何千人)ものユーザーが関わる前に行えます。より高い定着率、混乱の少ない展開、セキュリティ上の緊急対応の減少を求めていませんか。それはすべて、適切に運営されたパイロットから始まります。Copilot のトレーニングと学習センターについて詳しくは、こちらのリソースをご覧ください。

Copilot パイロットの設計とリスク検証テスト

• 代表的なパイロットグループを選定する: 部門と役割が異なる 20～50 名のユーザーを選びます。データを多く扱うユーザーと、昇格した権限を持つユーザーの両方を必ず含めてください。
• リスクベースのテストシナリオを設計する: Copilot がアクセス許可の境界、eDiscovery の検索、機密コンテンツの要求にどう応答するかを意図的にテストするシナリオを作成します。パイロットは甘く見ず、負荷をかけて検証してください。
• 予期しない結果を監視する: この段階では、Copilot がアクセス、共有、コンプライアンスアラートに関して引き起こす可能性のある問題を見つけることに注力します。
• 構成と統制を繰り返し調整する: 展開規模を拡大する前に、パイロットユーザーからフィードバックを集め、Copilot のポリシーを調整します。これにより推測に頼る部分がなくなり、セキュリティからビジネス部門まで、全員が展開の成功に関与できるようになります。

4 週間の段階的な準備と展開計画

1. 1 週目: 範囲の調整 – プロジェクトの目標を整理し、パイロットユーザーを選定し、ライセンスと技術的な準備状況を確認します。
2. 2 週目: 最低限必要なアクセス – Copilot のアクセスを制限し、DLP ポリシーを設定して、過剰共有を抑えつつ主要な監視を有効化します。
3. 3 週目: パイロットの計測体制の整備 – 監査ログを有効化し、プロンプトと応答の監視を設定して、Copilot とのやり取りをリスクの観点から確認します。
4. 4 週目: 管理された拡大 – Copilot のアクセスを慎重に拡大し、問題を解決して、ユーザーサポートを拡充します。各段階は、前週の学びの上に成り立っています。

拡大前に Copilot のセキュリティ統制を運用に組み込む

• 継続的な監視を有効化する: 監査ログ、DLP アラート、ラベルの適用がリアルタイムで実行され、確認できる状態になっていることを確認します。
• ユーザー トレーニングの定期実施: 利用範囲を広げる前に正式なセキュリティ トレーニングを実施し、全員が基本的なルールを理解している状態にします。
• ガバナンス ワークフローと対応計画のテスト: より広いユーザーに アクセス許可 を与える前に、アラートの確認、インシデント対応、Copilot ポリシーの更新について、チームで訓練を行います。

ガバナンスの自動化や管理策の運用について詳しく知りたい場合は、この PowerShell 自動化ハブから関連トピックを確認できます(メインのページは現在利用できませんが、更新されたリソースへのリンクが案内されます)。

Copilot の利用に関する監視、監査、コンプライアンス

Copilot の稼働後は、日々の利用状況を正確に把握する必要があります。強力な監視、包括的な監査ログ、確実なコンプライアンス追跡を設定することが安全網となり、すべての Copilot の操作を追跡でき、確認できる状態を保てます。

このセクションでは、Copilot のすべてのプロンプト、応答、データのやり取りを記録する監査ログを有効化して検証する方法を説明します。また、共有アクティビティの監視方法も扱います。特に、外部ユーザー、ゲスト、管理されていないデバイスに共有が広がる場合が対象です。リスク シグナルを継続的に追跡し、コンプライアンス フレームワークを適用することで、監査に備えられるとともに、新しい AI 主導のワークフローに伴う想定外の事態にも対応できるようになります。

一元化され、文書化された監督は見せかけのためのものではありません。経営層、エンド ユーザー、監査担当者の信頼を築くものです。テナント全体の監査戦略についてはこの Purview 監査のリソースから始めてください。継続的なコンプライアンスとリアルタイム監視については、Microsoft Defender for Cloud をご覧ください。

Copilot の監査ログの確認と監視

Copilot と連携するすべての Microsoft 365 ワークロードで監査ログを有効にします。ログに Copilot のプロンプト、出力、データ アクセス イベントが記録されていることを確認してください。これはコンプライアンスの追跡やフォレンジック調査において重要です。すべての監査ログは、セキュリティ チームとコンプライアンス チームがアクセスできるプラットフォームに集約します。Copilot の構成は、マスター監査ポリシーに文書化しておきます。インシデントが発生した場合に、すべての変更と操作を追跡し、確認できるようにするためです。

共有と外部アクセスのリスクの監視と制限

• Copilot が有効なファイルやメッセージが外部に共有された場合のアラートを設定します。ゲストアクセスや管理されていないデバイスからの共有も対象に含めてください。
• 突然のアクセス許可の変更、広範囲にわたる共有の急増、特定のデータセットを普段利用していないユーザーによるアクセスなど、ユーザーの動作を監視します。
• ログファイルを定期的に確認し、必要に応じて PowerShell の自動化を使ってより詳細な分析を行います。災害になる前にリスクを検出する仕組みについては、この共有のセキュリティ ガイドを参照してください。

Copilot に関するコンプライアンス、プライバシー、法的要件

• Copilot の許容される利用方法を明確に定義します: Copilot の許容利用に関する文言をコンプライアンス ポリシーに明文化し、オンボーディングや社内周知の一部にします。
• Copilot の取り扱いをプライバシーおよび規制基準に対応させます: Copilot に関連するすべての処理が、業界固有の規則(HIPAA、GDPR など)および組織のプライバシー方針に沿っていることを確認します。
• 監査の証跡とフレームワークを準備します: 外部監査の際に Copilot の管理策を示せるよう準備しておきます。ログの保持、管理策のドキュメント、ワークフローの証跡を含めてください。ガバナンスの隙間をさらに理解するには、このコンプライアンス ドリフトの解説をご覧ください。
• コンプライアンス イベントに迅速に対応します: Copilot の操作がリスク イベントにつながった場合は、確立されたレビューおよびインシデント対応のワークフローを直ちに開始します。このように先回りして対応することで、小さな問題が監査上の大きな負担になることを防げます。

リーダーシップ、ガバナンス、リスク軽減戦略

Copilotプロジェクトは、経営層が初期段階から積極的に関与しない限り、真に安全とは言えません。これはIT部門だけの問題ではなく、CIO、法務、コンプライアンス、事業部門のリーダーも、利用の境界を定め、Copilotが安全かつ適切に使われるようにする責任を担っています。

このセクションでは、全員の責任を明確にするクイックリファレンスのチェックリストと、導入の前後に各リーダーが尋ねるべき厳しい質問を紹介します。また、プロンプトインジェクション、大規模なデータ漏えい、現場で得られた「落とし穴」など、実際のリスクについても率直に解説します。適切なガバナンスボードを組み込むことで、AIによるトラブルに対する組織的な防御線を築けます。ガバナンスボードの必要性や責任あるAIのガードレールについて詳しくは、この解説記事をご覧ください。コントロールプレーンアーキテクチャの役割については、こちらのページをご覧ください。

強固なガバナンス体制と実践的で行動につながるツールがそろえば、安全なイノベーションと長期的なコンプライアンスの両方を実現する組織づくりが可能になります。

Copilot導入準備のためのリーダーとオーナー向けチェックリスト

• 技術およびライセンスの検証: 展開前に、環境がすべてのMicrosoft Copilotの要件を満たしていること、および適切なライセンスが割り当てられていることを確認します。
• ガバナンスボードの承認: AIガバナンス、コンプライアンス、またはリスクのボードから承認を得て、データの利用およびプライバシーポリシーとの整合性を確認します。こうしたボードの重要性については、このエピソードをご覧ください。
• 関係者およびユーザーへの周知: Copilotとは何か、そのリスク、そしてユーザーに期待される利用方法について、わかりやすい案内を作成し、配布します。
• オーナーの説明責任: 重要なデータ、Copilotの構成、インシデント対応について責任者を明確に定めます。問題が発生したときに誰が対応するのか迷うことがないようにします。

リーダーが確認すべき主な質問と、許容される利用の定義

• Copilotがアクセスできるデータ、できないデータは何か? ブラックボックスにしないことが重要です。境界を設定する際には、IT部門とMicrosoftの双方に透明性を求めてください。
• Copilotの動作に対して誰が責任を負うのか? 責任の所在をあいまいにしてはいけません。Copilotに関するインシデントには、必ず担当者または事業オーナーを特定しておく必要があります。
• 法律上または規制上の落とし穴はどこにあるのか? Copilotが規制対象のコンテンツを処理または出力した場合に何が起こるか、そしてコンプライアンス設定でどのようにフラグが立てられるかを確認してください。
• Copilotの不適切な利用とは何か? 誰でも理解しやすいように、法律用語をできるだけ避け、平易な言葉で「許容される利用」に関する声明を作成してください。ガバナンス戦略の詳細については、この展開チェックリストをご覧ください。
• インシデントやコンプライアンス上の事象は、どのように追跡され、解決されるのか? 監視、報告、エスカレーションの経路が文書化されているだけでなく、実際の業務フローの一部として機能していることを確認してください。

セキュリティリスク、プロンプトインジェクション、および軽減策

• プロンプトインジェクションのリスク: 攻撃者やユーザーが巧妙なプロンプトを作成し、機密情報を取り出したり、コンテンツ制御を回避したりする可能性があります。抜け穴を見つけるため、有益なシナリオと悪意あるシナリオの両方を使って、Copilotの動作を必ずテストしてください。
• AIの要約によるデータ漏えい: ラベル付けとDLPの多層的な適用を慎重に行わないと、Copilotが制限されたソースの情報を要約または結合し、従来の制御を回避する形で出力してしまう可能性があります。派生データに潜む隠れたリスクについては、このガバナンスのケーススタディをご覧ください。
• 過剰な権限によるアクセス: ユーザーやエージェントに広範なGraph APIのアクセス許可がある場合、特に古いグループが乱立していると、Copilotは意図した範囲を超えて情報を「参照」できてしまいます。
• 軽減策: すべてのAI出力に既定でラベルを付与し、要約を必要最小限の権限に制限し、派生コンテンツを定期的に監査し、ノートブックや大きな出力を共有する際にはレビューのゲートを導入してください。
• 重要な教訓: 導入が頭打ちになる原因として多かったのは、タグ付けされていない出力、確認されない監査ログ、そして業務部門のリーダーからの賛同不足です。Copilot をガバナンス体制の中で第一級の存在として扱ってください。IT 部門だけの試験的な取り組みとして扱ってはいけません。

IT チームのための Copilot プロンプトのセキュリティと安全な入力の実践

アクセス許可、監視、ガバナンスの仕組みは整っていると思います。しかし、ユーザーが Copilot に入力する内容が、セキュリティを大きく左右することを忘れないでください。プロンプトインジェクション、敵対的なプロンプト、「ジェイルブレイク」の試みによって、Copilot が機密データを漏えいしたり、機密データを推測させられたりする可能性があります。多くの競合のチェックリストではこの点が抜けています。しかし、企業が大規模言語モデルへの全面的な移行を進めるにつれて、この分野への懸念は急速に高まっています。

このセクションでは、悪意のあるプロンプトや過度に詳細なプロンプトを検出し、ブロックするための先回りした対策を IT チーム向けに紹介します。また、誰かがうっかり機密情報を漏らさないようにするための、効果的なユーザートレーニングの内容も取り上げます。ルールは進化し続けるため、プロンプト管理の手順書も同様に更新していく必要があります。安全な AI エージェントの動作を管理する方法については、こちらのガバナンスのベストプラクティスをご覧ください。

Copilot におけるプロンプトインジェクションとジェイルブレイクの軽減

• 疑わしい、または敵対的なプロンプトを監視する: Copilot の制限を回避しようとする要求や、遠回しな表現で機密情報を引き出そうとする要求にフラグを立てるツールを設定します。
• コンテキストの乗っ取りと間接的な攻撃を検出する: 入力内に埋め込まれた指示（「アシスタントではないふりをして…」など）や、「デュアルユース」型のプロンプト攻撃を見分けられるよう、Copilot を調整します。
• 多層的な制御を導入する: Copilot のプロンプトのコンテキストをアクティブなセッションのデータに限定し、可能な場合は AI の厳格な境界を適用して、データセットをまたいだ要約の混在を防ぎます。エンタープライズ AI におけるエージェントの ID とコントロールプレーンについては、こちらの記事で解説しています。

安全なプロンプトの実践とユーザートレーニングのガイドライン

• プロンプトの作成ガイドラインを定める: 個人データ、業務上の機密情報、または秘密情報をプロンプトに入力しないよう、ユーザーを教育します。
• 的を絞ったセキュリティ意識向上を実施する: Copilot に特化したセキュリティ ワークショップを実施し、よくある間違いや実際の悪用事例を紹介します。
• リスクの高いシナリオ向けにプロンプトのテンプレートを用意する: 安全で承認されたテンプレートをユーザーに提供し、Copilot に依頼してよい内容と、してはいけない内容を明確に示します。
• 継続的な学習のアプローチ: フィードバックのループ、クイズ、マイクロトレーニングを活用し、新しい Copilot の機能がリリースされるたびに行動を見直せるようにします。

クロスサービスのデータフローと Copilot のコンテキストに関するリスク

Copilot は 1 つのアプリだけを参照するわけではありません。Teams、SharePoint、Outlook などからコンテキストを取得します。生産性の面では大きなメリットがありますが、特に情報が本来は社内で区切られるべき境界を越える場合に、新たなリスクが生じます。チェックされないままデータが広がると、推測や過度な公開によって、機密情報が意図せず漏えいする可能性があります。

このセクションでは、Copilot がサービスをまたいでコンテキストを組み合わせる方法について、マッピング、監査、ガードレールの設定を解説します。本来は分離されているべき情報を、Copilot が誤って結び付けないようにするための戦略を掘り下げます。データマッピングと DLP の多層化をしっかり行えば、組織はコンプライアンスを損なうことなく、ユーザーにとって柔軟な Copilot の利用を維持できます。データ基盤の弱さやガバナンスの破綻による落とし穴については、こちらのガバナンスの失敗事例を参照してください。

Microsoft 365 全体での Copilot のデータコンテキストフローのマッピングと制御

• Copilot が取得するデータを棚卸しする: Copilot がアクセスできるアプリ（Teams、OneNote、Outlook、SharePoint など）を一覧にし、それらのアクセス許可を管理しているグループやアカウントを明確にします。
• 事業部門ごとに要約の境界を設定する: Copilot のデータの混在を、事前に承認された組み合わせに限定します。たとえば、法務部門のデータと営業部門のデータを混ぜないようにします。
• Purview と条件付きアクセスでポリシーベースの制御を有効にする： 分類、DLP、リアルタイム監視を使って、意図しないコンテキストの混在を防止します。M365 でセキュリティとユーザビリティのバランスを取る方法については、こちらの実践ガイドをご覧ください。

AI 生成の要約による暗黙的なデータ漏えいを防ぐ

• 複合的な漏えいリスクを認識する： 機密ではない入力情報から、機密性の高い結論が推測される可能性があることを理解してください。たとえば、予定表の内容とプロジェクトのマイルストーンを組み合わせた Copilot の要約によって、機密扱いのプロジェクトの優先事項が意図せず開示されることがあります。
• DLP を多層化し、コンテンツを分離する： 従来型の DLP だけに頼らず、ロールベースのセグメント化を活用し、Copilot の AI 構成内で要約の対象範囲を制限してください。
• ポリシーの多層化と定期的な監査： Copilot の出力をテストして間接的な漏えいがないか確認し、保護の抜け漏れが見つかるたびに DLP ポリシーと秘密度ラベルのポリシーを更新してください。
• AI による推論のリスクについてユーザーを教育する： 一見無害なクエリが予期しないデータ漏えいにつながる例をトレーニングに含め、慎重な入力と確認の必要性を繰り返し周知してください。

Copilot によるサードパーティ アプリとアドインのセキュリティ管理

Microsoft 365 にサードパーティのツールやアプリを接続すると、攻撃対象領域は広がります。Copilot も例外ではありません。Salesforce、Zoom、Slack、さらには Power Platform コネクタとの統合も、監視されないままだとセキュリティリスクを持ち込む可能性があります。

本セクションでは、Copilot 対応のアドインを監査して審査する方法を取り上げます。リスクの高いデータアクセスや、引き継がれてしまう可能性のある古いアクセス許可がないかを確認します。また、Copilot と接続された SaaS アプリとの間で意図しないデータの流れを止める方法も紹介します。1 つのコネクタによってコンプライアンス境界が曖昧になることを防ぐためです。Power Platform のガバナンスと市民開発者のリスク管理について詳しくは、こちらのリソースをご覧ください。

Copilot 対応のサードパーティ アドインのセキュリティリスクを評価する

• Copilot と統合されているすべてのサードパーティ アプリを監査する： Copilot に接続しているすべてのアプリとアドインを一覧にし、アクセス許可とデータフローのレビューを実施してください。
• データアクセスとアクセス許可の継承に関するリスク分析を行う： 広範な Graph API や管理者権限を持つアドインがないか確認してください。Copilot のアクセス権が拡大される可能性があります。
• アプリの承認とレビューのワークフローを更新する： すべての承認には Microsoft 365 AppSource ポータルを使用してください。最新ではない、安全ではない、またはコンプライアンス要件を満たしていないアプリは、ブロックまたは制限してください。

Copilot と接続された SaaS アプリ間のデータアクセスを制御する

• 承認ワークフローを導入する： 正式な IT レビューを経た統合のみを許可し、すべての SaaS 接続に正当なビジネス上の必要性と、明確に文書化されたスコープがあることを確認してください。
• DLP と条件付きアクセスを適用する： DLP ルールとコンテキストに応じたアクセス ポリシーを適用し、Microsoft 365 環境の外への不正なデータ移動を監視して阻止してください。
• ランタイムとコネクタレベルのアクティビティを監視する： 各コネクタのログを確認し、サービス間の異常なアクティビティや大量のデータ取得に対するアラートを自動化してください。シャドー IT のリスクとランタイム監視について詳しくは、こちらのリソースをご覧ください。