Microsoft Purview DLPの新しいガイド付き診断とは？管理者が確認すべき影響範囲と対応ポイント

Microsoft Purview DLPで「なぜこのファイルがブロックされたのか」「なぜ想定したDLPポリシーが動かないのか」を調べる作業が、今後かなり進めやすくなります。2026年5月15日時点で公開・更新された情報では、Microsoft Purview Data Loss Preventionに新しいガイド付き診断エクスペリエンスが導入され、発火したポリシー、評価順序、条件の一致・不一致、実行されたアクションを確認できるようになります。

重要なのは、この更新が「DLPの検出ロジックやブロック動作を突然変える機能」ではなく、「DLPポリシーの動作を説明し、トラブルシューティングを効率化する機能」だという点です。既存のDLPポリシーやユーザーの業務フローに直接の変更はないため、管理者は緊急の移行よりも、権限・ライセンス・運用手順の見直しを優先すべきです。(Microsoft 365 Message Center Archive)

Microsoft Purview DLPの新しいガイド付き診断とは

Microsoft Purview DLPの新しいガイド付き診断は、DLPポリシーが期待どおりに動作しない場合に、管理者が原因を追いやすくするための診断機能です。

これまでDLPの調査では、アラート、監査ログ、アクティビティ エクスプローラー、ポリシー設定を行き来しながら、「どのルールが効いたのか」「どの条件で止まったのか」「なぜブロックではなく監査だけになったのか」を手作業で突き合わせる場面が多くありました。

新しい診断では、Microsoft Purviewポータル上でDLPの評価結果をより分かりやすく確認できます。特に次の情報が確認しやすくなる点が実務上の大きな変更です。

確認できる内容	管理者にとっての価値
どのDLPポリシーがトリガーされたか	想定外のポリシー競合や、古いポリシーの残存を発見しやすい
DLPポリシーの評価順序	優先度やルール順序による影響を説明しやすい
条件がtrue / falseのどちらで評価されたか	機密情報の種類、ラベル、共有範囲など、どの条件で一致・不一致になったかを追える
実行されたアクション	許可、ブロック、監査など、最終的に取られた処理を確認できる
Security Copilotによる分析情報	対象ライセンスのあるテナントでは、設定ミスの可能性やポリシー最適化のヒントを得られる

Microsoft 365 E5および対象となるCopilotライセンスを持つ環境では、Security Copilotを活用した分析情報と推奨事項も提供される予定です。ただし、Copilotによる推奨はDLPの強制アクションそのものを変更するものではなく、既存のDLP構成データや診断メタデータをもとに管理者の判断を支援する位置づけです。(Microsoft 365 Message Center Archive)

リリース時期と対象範囲

今回の機能は、Microsoft 365 Roadmap ID 561032に紐づくMicrosoft Purview Data Loss Preventionの更新です。Microsoft 365 Roadmapのリリース予定日はあくまで見込みであり、一般提供や延期などにより情報が変更される可能性がある点には注意が必要です。(Microsoft)

項目	内容
対象サービス	Microsoft Purview Data Loss Prevention
機能名	New Guided Experience to Diagnose and Resolve DLP Issues
Roadmap ID	561032
ステータス	In development
プラットフォーム	Web
対象クラウド	Worldwide、Standard Multi-Tenant
パブリックプレビュー	2026年5月中旬から2026年6月中旬
一般提供	2026年8月上旬から2026年9月上旬
主な対象者	Microsoft Purview DLPポリシーを管理するMicrosoft 365管理者
エンドユーザーへの直接影響	既存のユーザーワークフローには影響なし

当初の一般提供予定は2026年6月下旬から7月でしたが、更新後は2026年8月上旬から9月上旬へ変更されています。プレビュー期間中はテナントによって表示タイミングが異なる可能性があるため、管理者はMessage CenterとMicrosoft 365 Roadmapの両方を確認しておくと安全です。(Microsoft 365 Message Center Archive)

この更新で変わること、変わらないこと

今回のMicrosoft Purview DLP更新は、DLPの運用現場では大きな改善ですが、ポリシーの強制方法を直接変更するものではありません。ここを誤解すると、不要な設定変更や過剰な社内告知につながります。

区分	内容
変わること	DLPポリシーの評価結果を、ガイド付きの流れで確認しやすくなる
変わること	発火したポリシー、評価順序、一致した条件、実行アクションを把握しやすくなる
変わること	対象テナントではSecurity Copilotによる推奨事項を確認できる
変わらないこと	既存のDLPポリシー設定
変わらないこと	ブロック、監査、通知などのDLP enforcement動作
変わらないこと	エンドユーザーの通常業務フロー
変わらないこと	監査ログや既存アラートの基本的な扱い

つまり、管理者が最初に取るべき対応は「ポリシーを書き換えること」ではありません。まずは、現在のDLPポリシー構成、権限、トラブルシューティング手順を棚卸しし、新しい診断機能をどこで使うかを決めることが重要です。

DLP運用で特に効果が出やすい調査シーン

新しいガイド付き診断が役立つのは、単に「DLPアラートを見る」場面ではありません。特に効果が出やすいのは、DLPの結果に対して関係者の認識が分かれるケースです。

想定外にファイル共有がブロックされた場合

たとえば、SharePoint上の資料を外部共有しようとしたユーザーから「このファイルは機密ではないのにブロックされた」と問い合わせが来たとします。

従来は、該当ファイルの秘密度ラベル、含まれる機密情報の種類、共有先、適用されたDLPポリシー、ルール優先度を個別に確認する必要がありました。新しい診断では、どのポリシーが評価され、どの条件がtrueになり、最終的にどのアクションが実行されたかを確認しやすくなります。

この場合、管理者は「DLPが誤作動した」と決めつける前に、次の観点で切り分けるべきです。

確認項目	見るべきポイント
機密情報の種類	クレジットカード番号、個人番号、独自のカスタムSITなどが検出されていないか
秘密度ラベル	自動ラベル、既定ラベル、ユーザーによる手動ラベルが影響していないか
共有範囲	社外ユーザー、匿名リンク、特定ドメインへの共有が条件に含まれていないか
ルール優先度	より制限の強いルールが優先適用されていないか
ポリシーモード	シミュレーション、通知のみ、強制適用のどれで動いているか

DLPは、ポリシー条件が満たされた場合に、ポリシーヒントの表示、共有のブロック、上書き許可つきブロック、上書き不可のブロックなどの保護アクションを実行できます。(Microsoft Learn)

想定したDLPポリシーが動作しない場合

「Teamsではブロックされるのに、SharePointではブロックされない」「Outlookでは検出されるが、OneDriveでは検出されない」といったケースもよくあります。

Microsoft Purview DLPポリシーはPurviewポータルで作成・管理され、中央のポリシーストアに保存された後、Exchange、OneDrive、SharePoint、Officeデスクトップアプリ、Teamsなどの対象ソースに同期されます。ポリシーは適切な場所へ同期された後に、コンテンツ評価とアクション適用を開始します。(Microsoft Learn)

そのため、診断時は「ポリシーが存在するか」だけでなく、次のような観点も確認する必要があります。

よくある原因	確認方法
対象ロケーションに含まれていない	ポリシーの対象がExchange、SharePoint、OneDrive、Teams、Endpointなどのどこまで含むか確認する
ポリシー同期が完了していない	DLP概要ページやポリシー同期状態を確認する
条件が厳しすぎる	件数、信頼度、近接条件、例外条件を確認する
シミュレーションモードのまま	監査は出るがブロックされない場合、モードを確認する
別ポリシーが優先されている	評価順序とアクションの強さを確認する

管理者が確認すべき設定と準備

新しいガイド付き診断は「利用開始すれば終わり」ではありません。DLP運用に組み込むには、事前に確認しておくべきポイントがあります。

DLPポリシーを閲覧できる権限を整理する

新しい診断は、DLPポリシーを表示する権限を持つユーザーが利用できる予定です。そのため、セキュリティ運用チーム、コンプライアンス担当、ヘルプデスクのうち、誰にDLPポリシー閲覧権限を与えるかを見直す必要があります。

Microsoft Purviewでは、ロールグループを使ってコンプライアンスおよびガバナンス関連の作業権限を割り当てます。ユーザーを既定のロールグループへ追加するか、必要に応じてカスタムロールグループを作成できます。(Microsoft Learn)

権限設計では、次のように役割を分けると運用しやすくなります。

役割	推奨される考え方
セキュリティ管理者	DLPポリシーの閲覧、変更、診断、改善提案まで担当
コンプライアンス担当	診断結果の確認、監査証跡や規制要件との整合性確認を担当
ヘルプデスク	一次受付と必要情報の収集まで担当し、ポリシー変更権限は与えない
開発・業務システム担当	DLPによるブロックや監査が業務アプリに与える影響を確認

特に避けたいのは、「問い合わせ対応を早くしたい」という理由だけで、広範なDLP編集権限を多くのユーザーに付与することです。診断に必要な閲覧権限と、ポリシーを変更する権限は分けて考えるべきです。

ポリシー優先度とルール順序を棚卸しする

DLPの診断では、評価順序が非常に重要です。MicrosoftのDLPポリシーリファレンスでは、Exchange、SharePoint、OneDriveなどのホスト型サービスではルールが優先順に処理され、複数ルールに一致した場合は、評価された中で最も制限の強いアクションが適用されると説明されています。(Microsoft Learn)

新しい診断で評価順序が見えるようになると、逆に「なぜこの順序になっているのか」を社内で説明する場面が増えます。次のような状態のポリシーは、プレビュー前に整理しておくとよいでしょう。

整理すべき状態	問題になりやすい理由
名前が似たDLPポリシーが複数ある	どのポリシーが本番用か分かりにくい
旧ポリシーが無効化されず残っている	想定外の評価や誤解の原因になる
例外条件が多い	false / trueの診断結果を読みにくくする
部門別ポリシーと全社ポリシーが重複している	どちらの意図でブロックされたか説明しづらい
シミュレーション用ポリシーと本番ポリシーの命名が曖昧	監査結果とブロック結果を混同しやすい

おすすめは、ポリシー名に「対象」「目的」「モード」を含めることです。

例：

• DLP-ExternalShare-PII-Block-Prod
• DLP-Teams-CreditCard-Audit-Sim
• DLP-Endpoint-USB-Confidential-Block-Prod

このように命名しておくと、診断画面に表示されたポリシー名を見ただけで、対象範囲と目的を判断しやすくなります。

Security Copilotの利用可否を確認する

対象テナントでは、Security Copilotによる分析情報と推奨事項が利用できます。ただし、すべての環境で同じように使えるわけではありません。ライセンス条件、Security Copilotの有効化状態、Microsoft Purviewとの連携状態を確認しておく必要があります。

Microsoft PurviewにおけるSecurity Copilotは、DLPアラートの要約、ポリシーに関する分析情報の取得、Purviewデータのドリルダウンなどに利用できます。また、Purviewの埋め込みエクスペリエンスとスタンドアロンエクスペリエンスを使うには、PurviewのSecurity Copilotが有効である必要があります。(Microsoft Learn)

管理者は、次の3点を事前に確認しておくと安心です。

確認項目	理由
Microsoft 365 E5やCopilot関連ライセンスの有無	Copilot分析情報の利用可否に影響する
Security CopilotのPurviewソース設定	Purviewデータを分析対象にできるか確認する
Copilot推奨の承認フロー	AIの提案をそのままポリシー変更に反映しないため

Copilotの推奨は、調査時間を短縮する助けにはなりますが、最終判断は管理者が行うべきです。特にDLPポリシーは業務停止につながる可能性があるため、推奨内容を本番環境へ反映する前に、シミュレーションや限定スコープで検証する運用が欠かせません。

移行・展開上の注意点

今回の更新では、既存のDLPポリシーや強制動作は変更されないため、大規模な移行作業は不要です。ただし、運用面ではいくつか注意すべき点があります。

既存のトラブルシューティング手順を置き換えすぎない

新しいガイド付き診断は便利ですが、既存の監査ログ、DLPアラート、アクティビティ エクスプローラーを不要にするものではありません。

DLPの情報は、ポリシー一致、アクション、ユーザーアクティビティなどとしてMicrosoft Purviewへ報告され、Microsoft 365監査ログを経由して各種レポートツールに渡されます。DLP概要ページではポリシー同期状態、デバイス状態、検出された上位アクティビティなども確認できます。(Microsoft Learn)

実務では、次のように役割を分けると効果的です。

ツール	主な用途
新しいガイド付き診断	個別のDLP動作理由を追う
DLPアラート	調査対象インシデントの把握、トリアージ
アクティビティ エクスプローラー	直近のDLPイベントやユーザー操作の確認
Microsoft 365監査ログ	監査証跡や長期的な調査の確認
Microsoft Defenderポータル	インシデント単位での横断調査

新機能だけに依存すると、監査・証跡・インシデント管理の観点が抜ける可能性があります。診断結果は「原因説明の入口」として使い、正式な調査記録は既存ログと合わせて残すのが安全です。

プレビュー期間は本番変更に直結させない

プレビュー中に便利な診断結果が見えるようになると、すぐにポリシーを修正したくなる場面があります。しかし、DLPポリシーの変更は、共有、メール送信、Teams投稿、USBコピー、Officeアプリ操作などに影響する可能性があります。

おすすめの展開順序は次のとおりです。

手順	実施内容
事前準備	既存DLPポリシー、ルール優先度、対象ロケーションを棚卸しする
プレビュー確認	既知のDLP検出ケースで診断結果を確認する
手順書更新	問い合わせ対応フローに診断機能を追加する
限定運用	セキュリティチーム内で診断結果の読み方を統一する
ポリシー改善	シミュレーションまたは限定スコープで変更を検証する
本番反映	変更理由、影響範囲、ロールバック方法を記録して反映する

特にブロック系のDLPポリシーでは、「診断で設定ミスらしきものが見つかった」だけで即時変更しないことが重要です。必ず業務部門への影響、例外条件、監査要件を確認してから変更しましょう。

開発者・業務アプリ担当が確認すべきポイント

Microsoft Purview DLPは管理者向け機能に見えますが、SharePoint、OneDrive、Teams、Outlook、Officeファイルを扱う業務アプリや自動化フローにも影響します。開発者や業務システム担当は、DLPの診断結果を「ユーザー問い合わせ対応の材料」として活用できます。

DLP診断結果をアプリの仕様に組み込まない

今回発表されているのは、Microsoft Purviewポータル上のガイド付き診断エクスペリエンスです。診断結果を外部アプリから取得するAPIや、診断結果の固定フォーマットが発表されたわけではありません。

そのため、開発者は次のような実装を避けるべきです。

避けるべき実装	理由
診断画面の文言を前提に運用手順を自動化する	UI文言や表示項目は変更される可能性がある
Copilot推奨を自動でポリシー変更に反映する	誤変更時の業務影響が大きい
DLPブロックをアプリ側で回避する仕組みを作る	セキュリティ統制の抜け道になる
エラー原因を「DLPの誤検知」と固定表示する	実際にはラベル、共有範囲、ポリシー優先度が原因の場合がある

アプリ側で実装すべきなのは、DLPの回避ではなく、問い合わせに必要な情報を残すことです。

たとえば、ファイル操作や共有処理を行う業務アプリでは、ユーザー、対象ファイル、操作種別、日時、処理結果、関連するSharePointサイトやTeamsチャネルを記録しておくと、管理者がPurview側で診断する際に役立ちます。

テストデータでDLPの再現性を確認する

DLPは単純なキーワード検索ではなく、機密情報の種類、正規表現、内部検証、近接条件、機械学習などを使ってコンテンツを評価します。(Microsoft Learn)

開発・検証環境では、次のようなパターンを用意しておくと、DLP診断の確認がしやすくなります。

テストパターン	確認できること
機密情報を含まない通常ファイル	誤検知がないか
機密情報の種類を1つだけ含むファイル	条件一致が正しく表示されるか
複数の機密情報を含むファイル	どの条件が優先されるか
秘密度ラベル付きファイル	ラベル条件が影響するか
社内共有と外部共有	共有先条件が正しく効くか
Teams投稿、メール送信、OneDrive共有	ロケーションごとの差を確認できるか

開発者は「アプリでは同じ操作に見えるが、DLPではロケーションや共有経路が違うと評価が変わる」点を理解しておく必要があります。

よくある誤解と失敗しやすいポイント

ガイド付き診断が出たらDLPの精度が自動で上がるわけではない

新機能は、DLPポリシーの動作を見える化するものです。検出精度そのものを自動で改善する機能ではありません。

誤検知や検出漏れを減らすには、機密情報の種類、信頼度、件数、例外条件、ラベル条件、対象ロケーション、ポリシー優先度を継続的に調整する必要があります。

Copilotの推奨をそのまま採用しない

Security Copilotの分析情報は便利ですが、DLPポリシーには業務部門ごとの例外や、監査上の要件が含まれます。AIの推奨が技術的に妥当でも、業務上は不適切な場合があります。

たとえば、誤検知を減らすために条件を緩める提案が出たとしても、規制対象データを扱う部門では許容できないかもしれません。推奨事項は、必ず影響範囲とリスクを確認してから採用しましょう。

一般ユーザー向けの説明機能と混同しない

今回の診断は、DLPポリシーを確認できる権限を持つユーザー向けの管理・診断機能です。一般ユーザーに「なぜブロックされたか」を分かりやすく伝えるには、引き続きポリシーヒント、通知メール、社内FAQ、ヘルプデスク対応が重要です。

政府クラウドや特殊環境に同じ時期で展開されると決めつけない

今回の対象クラウドはWorldwideのStandard Multi-Tenantとして示されています。GCC、GCC High、DoDなどの政府クラウドや特殊な構成のテナントでは、同じ時期・同じ範囲で利用できるとは限りません。

自社テナントでの提供状況は、Message Center、Roadmap、Microsoft Purviewポータルの実表示で確認する必要があります。

管理者向けの実務チェックリスト

新しいMicrosoft Purview DLPのガイド付き診断に備えるなら、まず次のチェックリストから着手すると効率的です。

チェック項目	優先度	実施内容
Message CenterとRoadmapの確認	高	Roadmap ID 561032の展開状況を確認する
DLPポリシー一覧の棚卸し	高	本番、シミュレーション、旧ポリシーを分類する
ルール優先度の確認	高	制限の強いルールが想定どおり優先されているか確認する
権限の見直し	高	診断を使う担当者に必要最小限の閲覧権限を付与する
Security Copilotライセンス確認	中	Copilot分析情報を利用できるか確認する
社内手順書の更新	中	DLP問い合わせ対応フローに診断手順を追加する
テストケース作成	中	既知の検出・ブロックケースで診断結果を確認する
開発・業務部門への共有	中	DLP影響を受けるアプリや業務フローの担当者へ周知する
本番変更ルールの明確化	高	診断結果をもとにポリシー変更する際の承認フローを決める

DLPトラブルシューティングのおすすめ手順

新しいガイド付き診断を使う場合でも、調査の流れを標準化しておくことが重要です。問い合わせごとに担当者が違う見方をすると、対応品質がばらつきます。

おすすめの流れは次のとおりです。

手順	内容
事象を集める	ユーザー、日時、ファイル名、保存場所、操作内容、表示されたメッセージを確認する
対象ロケーションを確認する	Exchange、SharePoint、OneDrive、Teams、Endpointなど、どこで発生したか切り分ける
ガイド付き診断を確認する	発火したポリシー、評価順序、条件のtrue / false、実行アクションを見る
既存ログと照合する	DLPアラート、アクティビティ エクスプローラー、監査ログと突き合わせる
原因を分類する	正常動作、設定ミス、例外不足、誤検知、同期待ち、ライセンス・権限問題に分ける
対応を決める	ユーザー説明、例外追加、条件修正、ポリシー優先度変更、追加検証のどれかを決める
記録を残す	診断結果、判断理由、変更内容、影響範囲をチケットや運用台帳に残す

この流れを作っておくと、新機能を単なる「便利な画面」ではなく、DLP運用品質を上げる仕組みとして使えます。

まず取るべき対応

今回のMicrosoft Purview DLP更新では、既存ポリシーの緊急変更や移行作業は不要です。まずやるべきことは、DLPポリシーの現状把握と、診断結果を運用に取り込む準備です。

最初の一歩として、管理者は次の3つを実施するとよいでしょう。

• Roadmap ID 561032とMessage Centerで、自社テナントの展開時期を確認する
• 本番DLPポリシー、シミュレーションポリシー、旧ポリシーを整理する
• DLP問い合わせ対応手順に「ガイド付き診断で確認する項目」を追加する

新しいガイド付き診断は、Microsoft Purview DLPの運用を「勘と経験による調査」から「評価根拠に基づく説明」へ近づける更新です。特に、誤検知対応、ポリシー競合の調査、監査説明、Security Copilotを使った改善提案の確認に効果が期待できます。

ただし、DLPは業務フローに直接影響するセキュリティ制御です。診断で原因が見えやすくなっても、ポリシー変更は必ず影響範囲を確認し、シミュレーションや限定スコープで検証してから本番へ反映しましょう。