Copilot展開の前にMicrosoft 365の過剰共有を直す方法

結論から言うと： CopilotはMicrosoft 365の権限を迂回しません。各ユーザーの既存アクセス権をそのまま引き継ぎ、それを自然言語で検索可能にします。10年分の「組織全体に共有」が残したものが、初日から一気に見つかるようになるということです。順序は、まず権限を直す、次に展開をパイロットグループに絞る、そして秘密度ラベルは前提条件ではなく長期の取り組みとして扱う、です。

もっともよくあるCopilotの失敗は技術的なものではありません。入社2週目の社員がチャット欄に「シニアエンジニアの給与レンジは」と入力し、正確な答えを得てしまう——出典は、2019年に誰かが組織全体に共有してそのまま忘れられた表計算ファイルです。

何も侵害されていません。権限も迂回されていません。そのファイルは最初からその人が読める状態でした。単に、見つける現実的な手段がなかっただけです。Copilotが取り除くのは「見つけにくさ」であり、その見つけにくさが、本来アクセス制御がやるべき仕事を静かに肩代わりしていたのです。

本記事は、展開前の実務的な手順です。実際のテナントで「過剰共有」とは何を指すのか、どう見つけるのか、標準のレポートで何がわかり何がわからないのか、そして権限クレンジングが、すでに支払っているライセンスを塞ぐ終わりのないプロジェクトにならないよう、どう段階を踏むか。

なぜCopilotは権限の問題をインシデントに変えるのか

ある程度の年数を経たMicrosoft 365テナントは、例外なく「権限の負債」を抱えています。それはごく普通の善意のやり方で積み上がります。「チームが入れるように」と広めのアクセスで作られたプロジェクトサイト。ピープルピッカーで特定の人が見つからず「外部ユーザー以外の全員」リンクで共有された文書。2021年時点では正しく、以後見直されていないTeamsのメンバー構成。退職した社員のOneDriveへのリンクを誰かがまだ持っている状態。

この負債はこれまで一度も荷重を受けていませんでした。検索が十分に貧弱で、それを隠していたからです。企業内検索は、その文書が存在することを既に知っていて、名前もだいたい分かっている人にしか報いませんでした。偶然の発見はまれでした。

Copilotが変えるのは発見のモデルであって、セキュリティのモデルではありません。質問したユーザーがすでにアクセスできる範囲全体に対して自然言語で答え、しかも情報を統合します。だからこそ、そのユーザーが決して開かないであろう文書の中から、名前を見ても何のことか分からないファイルから、存在すら知らなかったサイトから、事実を1つ取り出してこられるのです。理論上付与されていたアクセスが、実務上使えるアクセスになります。

この区別は、社内でどう説明するかにおいて重要です。これは「Copilotが安全でない」という話ではなく、「Copilotは、依頼したかどうかに関係なく実行される権限監査であり、しかも自社の社員の目の前で走る」という話です。

本当に過剰共有されているものを見つける

最初の衝動は、テナント全体の権限レポートを出して順に潰していくことです。それは誰も終えられないスプレッドシートを生みます。より良い順序は、量で絞る前にリスクで絞ることです。表に出たら実害が出るコンテンツを先に特定し、その露出だけを確認します。すべての露出を列挙してから後で仕分けようとしてはいけません。

まず、業務部門が実際に答えられる問いから始めます。どの5カテゴリの文書が、全社員に読めてしまったら本当に問題になるか。 実務上、答えはほぼ毎回同じです——報酬とHRの個別案件ファイル、マスキングされていない顧客データ、取締役会とM&A資料、法務助言と係争ファイル、そしてネットワーク構成図や認証情報の保管場所といったセキュリティ文書。

そのうえで、それらがどこに置かれているかを特定し、その場所の露出だけを確認します。

よくある発生源

• 「外部ユーザー以外の全員」リンク。 意図しない組織全体への露出として最大の単一要因。多くは何年も前、ピープルピッカーに手こずった一瞬に作られ、その後は事実上見えなくなります。
• 所有者不在・放置サイト。 所有者が退職したSharePointサイト。誰も管理せず、権限は当時の状態で凍結され、そこで問題が起きても誰も気づきません。
• 古いTeamsとその背後のSharePoint。 すべてのチームの背後にサイトがあります。短期プロジェクト用に作られたチームは、メンバー構成をそのままに終了後も残りがちで、しかもファイルが検索可能なSharePointにあることを人は忘れます。
• 近道として使われた広いセキュリティグループ。 12人にアクセスを与える最速の方法だったという理由で、サイトに「全社員」を適用してしまう。
• 広く共有されたOneDriveファイル。 個人用ドライブには共有リンクが蓄積し、添付ではなくリンクを送る習慣がそれを増殖させます。
• コピーして使われたサイトテンプレート。 緩い既定値で作られたサイトが1つ、そのまま20回複製される。

標準レポートでわかること・わからないこと

Microsoftはこの領域に実用的なツールを提供しています——SharePoint管理センターのレポート、データアクセスガバナンスレポート、Entra IDのアクセスレビュー、そして追加ライセンスが必要なSharePoint Advanced Management。後者はまさに過剰共有の検出とサイトアクセスレビューを狙ったものです。ラベル付けとデータ分類の側面はMicrosoft Purviewが担います。自社のライセンスで実際に何が使えるかは、Microsoftの最新ドキュメントで確認してください。この領域はパッケージングが変わりやすく、機能の境界が計画に本当に影響します。

ツールが得意なのは棚卸しです。どのサイトに組織全体リンクがあるか、どこで外部共有が有効か、どこのメンバー構成が異常に広いか、どこに機密情報の種類に一致するファイルがあるか。

どのツールにも判断できないのは、そのアクセスが妥当かどうかです。全社員に共有されたサイトは、就業規則なら正しく、報酬レビューなら正しくありません。分類は業務を知る人による判断です。この人手によるレビュー時間を予算に入れてください。この作業の本当のコストはそこであり、ライセンスではありません。

実務的な展開前シーケンス

この順序で進めてください。ツールより順序のほうが重要です。

棚卸し。 組織全体、または異常に広いアクセスを持つサイトとコンテンツ配置の一覧を作り、業務部門が挙げた5つの機密カテゴリと突き合わせます。その5カテゴリにスコープを絞れば、これは週単位ではなく日単位の作業です。

制限。 具体的な発見に対処します。機密の場所にある組織全体リンクを削除し、メンバー構成を見直し、所有者不在サイトに所有者を割り当てるかアーカイブする。これは狙いを定めた是正であって、テナント全体の大掃除ではありません。目的はパイロットを安全にすることで、テナントを完璧にすることではありません。

ラベル付け。 リスクの高いコンテンツから秘密度ラベルを始めます。ここがチームの力み過ぎやすい箇所です。環境全体にラベル分類体系を展開するのは四半期をまたぐプログラムであり、それをCopilotの前提条件に据えることこそ、Copilot展開が頓挫する典型的なパターンです。最重要資産にラベルを付け、残りは稼働後に続けます。

パイロット。 少人数の、意図的に選んだグループに展開します。アクセス権が元々広い人を数名は必ず含めてください。そして能動的に探らせます。「見えてはいけないものを探してみてください」という指示は、「使ってみて感想を教えてください」よりはるかに生産的です。出てきたものを記録します。

拡大。 部門ごとに波状展開し、毎回同じ探索ステップを繰り返します。部門ごとに権限の負債は異なり、経理が見つけるものはエンジニアリングでは決して出てきません。

権限を先に直す vs Copilotのスコープを制限する vs 展開して祈る

• 権限を先に直す のは本当の問題に対処する方法で、その効果はCopilotより長持ちします。同じ負債はeDiscovery、インサイダーリスク、そして将来のあらゆる検索ツールにも影響するからです。実時間はかかり、機密カテゴリに先にスコープを絞らなければ工数に上限がありません。
• Copilotのスコープを制限する——Copilotが推論できるサイトやコンテンツ、ライセンスを持つユーザーを絞る——のは速く、時間を買えます。ごまかしではなく正当な統制です。ただし根本の露出は解消せず、制限を1つ加えるたびに当初売り込んだ価値が削られ、結果として利用率が低く更新時に誰も擁護しない展開に着地しがちです。
• 展開して祈る は誰もが認める以上に頻繁に起きます。たいていは、誰にも相談される前にライセンスが購入済みだからです。うまくいかなくなるその瞬間までうまくいき、失敗の仕方は極めて目立ちます——社員が見てはいけないものを見つけ、上司に報告する。しかも会社が代金を払ったばかりのツールで。

現実的な答えは最初の2つの組み合わせです。スコープ制限で時間を買い、その間に機密カテゴリの権限を直し、それから波状にスコープを広げる。

ライセンスの罠

Copilotライセンスは通常、年間コミットで購入され、購入判断は技術評価より先に行われがちです。すると誰も見積もっていなかった権限クレンジングがボトルネックになり、その間ずっと課金メーターが回ります。

これは悪いインセンティブを生みます。支出がすでに誰かの予算行に見えているため、クレンジングが終わる前に展開せよという圧力がかかるのです。具体的な形で抵抗してください。まだ選択の余地があるうちに、パイロットのスコープと機密カテゴリのクレンジングを稼働ゲートとして書面で合意し、それからライセンスを有効化します。すでに有効なら、割り当てを段階化し、パイロットが実際に使う席にだけ支払うようにします。

関連する罠は、クレンジングのスコープを「テナントを直す」と定義することです。それは終了日のあるプロジェクトではありません。「この5つのコンテンツカテゴリを、組織全体の自然言語検索に対して安全にする」——こちらはプロジェクトです。

ここを外さない——権限衛生、秘密度ラベル、そしてITを巻き込むタイミング

過剰共有は再発します。今四半期にきれいにしたテナントも、構造的に何かが変わらなければ1年以内に元へ戻ります。既定で広いアクセスにしないサイト払い出し、責任者が決まっている定期的なアクセスレビュー、退職者のコンテンツを引き継ぐかアーカイブするオフボーディング手順、そしてピープルピッカーが使えるからこそ実際に守れる共有ポリシー。

さらに、一般的なCopilot準備の記事が飛ばす法域の観点があります。テナントが香港・シンガポール・中国本土・EUの個人データを同時に保持しているなら、「どの社員でも見つけられる」は社内問題にとどまりません。それぞれPDPO、PDPA、PIPL、GDPRのもとでのデータ最小化とアクセス制御の問題であり、制度ごとに答えが異なります。ある制度を満たすクレンジングが別の制度を満たすとは限らず、中国本土のデータ所在地要件は、どんな権限レポートも代わりに答えてくれない論点を持ち込みます。

この組み合わせ——M365・Defender・Intuneの技術レビューを、実際に事業を行っている法域にマッピングすること——こそ当社のIT評価・監査サービスが対象とする領域であり、いま企業がこれを依頼してくる最大の理由がCopilot展開です。展開モデルの選定、データ取り扱いルールの設定、パイロットでの探索セッションの実施はAI+ サポートの仕事です。そしてその衛生状態を後戻りさせないこと——払い出しの既定値、アクセスレビュー、オフボーディング——は通常のマネージドITサポートであり、18か月後に同じ作業を繰り返すかどうかを決めるのはこの部分です。ライセンスは購入済みで評価は未実施という状況なら、パイロットの後ではなく前にお問い合わせください。

よくある質問

CopilotはMicrosoft 365の既存権限を迂回しますか。

しません。各ユーザーの既存アクセスの範囲内で動作します——そしてそれこそが問題です。すでに付与済みのアクセスを使いやすくしてしまうからです。ユーザーが辿っていけば開けたファイルなら、Copilotはその人のためにその内容を扱えます。権限は昇格されず、取り除かれるのは「見つけにくさ」です。

権限クレンジングは実際どれくらいかかりますか。

定義された機密コンテンツカテゴリにスコープを絞れば、中規模テナントで数週間、その大半は技術作業ではなく人手によるレビューです。「テナント全体を直す」とスコープすれば終了日はありません。だからこそ、ツール選定よりスコープの決定のほうが重要です。

Copilotを特定のサイトやチームに限定できますか。

できます。ライセンスを持つユーザーを制御でき、Copilotが推論できるコンテンツを制限する仕組みもMicrosoftが提供しています。ただしそれは問題の解決ではなく時間を買う手段と考えてください。根本の露出は残り、他のツールにも影響します。自社のライセンスで何が可能かは最新ドキュメントを確認してください。

展開前に秘密度ラベルは必須ですか。

全面的には必須ではなく、必須だと主張することが多くの展開を止めます。稼働前にはリスクの高いコンテンツにラベルを付け、より広い分類体系は稼働後に続けます。部分的でも正確な機密資料のラベル付けのほうが、網羅的でも運用が一貫しない体系より優れています。

パイロットグループは実際に何を証明しますか。

求めたことしか証明しません。受動的なパイロットが証明するのは「Copilotは便利だ」ということだけです。「見えてはいけないコンテンツを能動的に探せ」と指示されたパイロットが証明するのは、権限が持ちこたえるかどうか——つまり本来答えが必要だった問いです。アクセス権が意図的に広い人をパイロット参加者に選んでください。

小規模テナントでも問題になりますか。

なりますし、しばしばより深刻です。小規模組織は15人のときに広く共有するのが実際的だからそうし、80人になってもその習慣を続けます。専任管理者もアクセスレビュー手順もないことが多く、機密性の高いHRや経理の資料が一般アクセスの場所に置かれている確率もずっと高くなります。