なぜ Microsoft 365 で DLP のオーバーライドが機能しないのか

By Mirko Peters · 2026-04-21

この記事にたどり着いたということは、Microsoft 365 で データ損失防止 (DLP) のオーバーライドが期待どおりに動作せず、お困りのことと思います。DLP のオーバーライド機能を使うと、特定の条件下でユーザーがポリシーの制限を回避できます。これは、業務を実際に進めつつコンプライアンスを維持するうえで欠かせない機能です。

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

この記事にたどり着いたということは、Microsoft 365 で データ損失防止 (DLP) のオーバーライドが期待どおりに動作せず、お困りのことと思います。DLP のオーバーライド機能を使うと、特定の条件下でユーザーがポリシーの制限を回避できます。これは、業務を実際に進めつつコンプライアンスを維持するうえで欠かせない機能です。

DLP のオーバーライドが機能しないと、生産性が落ち、コミュニケーションが滞り、コンプライアンスの取り組みにも支障が出ます。よくある原因は、DLP ポリシーの設定ミス、Outlook のクライアント側の問題、Exchange のバックエンドの不具合、あるいは単にガバナンスのルールが正しく設定されていないことです。ポリシーの設定からエンドユーザーの操作までの間には多くの問題が起こりうるため、トラブルシューティングが重要になります。

以下のセクションでは、ポリシーの条件、設定エラー、クライアントの要件、バックエンドの遅延、さらにはユーザーの操作ミスによって、Microsoft 365 の DLP オーバーライドがどのように不具合を起こすかを解説します。主な原因、診断方法、そして何より、これらの問題を解決する実践的な対処法を順に見ていきます。

DLP のオーバーライドが失敗する主な原因の理解

Microsoft 365 で DLP のオーバーライドが動作しない場合、多くは設定の中にある目立たないものの重要な要素に原因があります。DLP の目的は機密データを保護することですが、オーバーライド機能は、ルールを柔軟に適用すべき業務上の場面のための逃げ道です。そのため、この逃げ道が塞がれてしまうと、単なる不便では済みません。

オーバーライドの失敗の多くは、次の 2 つの領域に集約されます。実際の DLP ポリシーのロジックと要件、そしてそれらのポリシーの構成方法です。オーバーライドを許可するために必要な条件が満たされていない場合、たとえば機密情報の種類、受信者、ユーザーのロールが適切でない場合には、オーバーライドは表示されません。同様に、ポリシーの作成に誤りがあったり、重要なオプションがオンになっていなかったりすると、ユーザーはオーバーライドを利用できなくなります。

詳細なトラブルシューティングに入る前に、こうした基本的な問題を理解しておくことが大切です。原因が単純な場合もあります。チェックボックスが未選択のままだったり、条件がわずかに一致していなかったりするだけのこともあります。しかし、重要な業務の多くが Outlook と Exchange を通じて行われるため、ユーザー体験への影響は大きくなりがちです。次に、オーバーライドの条件が満たされなかった場合に実際に何が起こるのか、そして小さなミスが、通常どおりの業務と全員のフラストレーションとの差をどのように生むのかを見ていきます。

オーバーライドのポリシー条件が満たされない場合

Outlook と Exchange の DLP オーバーライドのボタンや確認メッセージは、そのオーバーライドに対応するポリシー条件に該当した場合にのみ表示されます。オーバーライドのオプションが表示されるためには、メッセージが設定時に定義された DLP ポリシーの機密データの種類、受信者、その他の条件に正確に一致している必要があります。

メールに指定した機密情報が含まれていない場合、除外された受信者に送信された場合、あるいはポリシーのルールが正確に発動しない場合には、オーバーライドの確認メッセージは表示されません。ポリシーのルールとテストデータが実際の利用シナリオを反映しているか、もう一度確認してください。これらの設定を見直すことで、オーバーライド機能が理由もなく消えたように見える混乱を防げます。

DLP オーバーライド機能を妨げる構成エラー

よくある構成ミスは、警告なしに DLP のオーバーライド機能を静かに無効化することがあります。管理者が、Microsoft Purview 管理センターでポリシーを作成する際に、オーバーライドのアクションを有効にし忘れたり、必須の正当化理由フィールドを設定し忘れたりすることがあります。また、ルールの優先順位が競合したり、誤ったスコープを選択したりして、オーバーライドのオプションが表示されなくなる場合もあります。

除外設定の漏れや見落とされた設定といった小さなミスでも、DLP が期待どおりにユーザーへ確認を求めなくなることがあります。Power Platform やコネクタベースの DLP を使う場合は、開発環境と本番環境の設定の不一致によってリスクがさらに高まります。ポリシーに意図しない設定漏れがないかを必ず確認し、こちらの Power Platform DLP の構成ガイドなどの資料を参照して、対処方法を見直してください。

Outlook におけるクライアント側の制限と DLP オーバーライドへの影響

DLP のオーバーライドが表示されないとき、原因をポリシー設定に求めがちですが、問題がユーザーのデスクトップにあることも少なくありません。バックエンドの設定がすべて正しくても、Outlook クライアント側の制限によって DLP のポリシーのヒントやオーバーライド機能が完全にブロックされることがあります。

Outlook のバージョンの互換性、MailTips のサポート、特定のレジストリ設定はいずれも重要な役割を果たします。古い Outlook を使用している場合、標準外の展開を行っている場合、または MailTips が無効になっている場合は、ポリシールールが正しく設定されていても、ユーザーに DLP のオーバーライドは表示されません。Windows クライアントのファイル システム設定とレジストリ エントリは見落とされがちですが、ポリシーのヒントの表示を妨げ、その結果オーバーライドの操作も表示されなくなることがあります。

こうしたクライアント側の要件を理解することは欠かせません。実際のポリシーの問題と、「デスクトップが古いだけ」という問題を切り分けられるようになるからです。以下では、DLP のオーバーライドに対応している Outlook のバージョン、MailTips を有効にすることが必須である理由、そしてユーザーのオーバーライド体験を左右するローカルのシステム設定について詳しく見ていきます。

DLP のヒントとオーバーライドをサポートする Outlook の構成

• Outlook on the Web (OWA): Microsoft 365 および Exchange Online のユーザーに対して、DLP のポリシーのヒントとオーバーライドのプロンプトを完全にサポートします。
• Outlook for Windows (Current Channel): 最新の状態に更新され、Exchange Online に接続されていれば、DLP のヒントとオーバーライドをサポートします。古いバージョンでは、サポートが一部のみの場合や、まったくサポートされない場合があります。
• Outlook for Mac: 最新のビルドでは DLP のヒントをサポートしていますが、Windows や Web で利用できる一部のオーバーライドのオプションは、従来から提供されていません。
• モバイル版 Outlook アプリ: DLP のヒントのサポートは限定的です。オーバーライドの操作は利用できない場合があり、デスクトップ版や Web 版と比べて動作が一貫しません。
• ハイブリッド / オンプレミスの Outlook: Exchange Online との連携がない場合、DLP のオーバーライドは一般的にサポートされていないか、一部のみ動作します。

DLP のオーバーライドに MailTips の有効化が必要な理由

MailTips は、Outlook で DLP のポリシーのヒントとオーバーライドのプロンプトを動かす仕組みです。MailTips が無効になっている場合、誤って構成されている場合、またはクライアントでサポートされていない場合、残りの設定が完璧でも、ユーザーには DLP の警告やブロックをオーバーライドするためのオプションが一切表示されません。DLP のプロンプトが表示されないトラブルシューティングでは、必ず MailTips が利用可能かどうかを確認してください。MailTips がなければ、オーバーライド機能はエンドユーザーからまったく見えなくなります。

DLP のオーバーライドの利用可否に影響するレジストリとファイル システムの設定

• EnablePolicyTips レジストリ設定: Outlook for Windows で DLP のヒントを表示するには、このキーを正しく設定する必要があります。キーが存在しない場合や false に設定されている場合、オーバーライドが表示されなくなります。
• MailTipsEnabled 設定: レジストリと Exchange の構成の両方で true (有効) に設定されている必要があります。無効になっている場合、ポリシーのヒント (およびオーバーライド) は表示されません。
• Outlook のアドインまたはプラグイン: 特定のアドインが DLP のヒントの表示やオーバーライドのボタンを妨げることがあります。クリーンなプロファイルでテストすると、この原因を切り分けられます。
• ファイル システムのアクセス許可: Outlook のユーザーがローカルのプロファイル フォルダーに適切にアクセスできない場合、レジストリの読み取りエラーやファイルのロックが発生し、ポリシーのヒントの仕組みがブロックされることがあります。

バックエンドの問題: DLP ポリシーと Exchange 連携の問題

DLP ポリシーを完璧に設定し、Outlook クライアントにも問題がないにもかかわらず、オーバーライド機能が動作しないことがあります。この場合、原因はバックエンド、特に Exchange Online が DLP ポリシーの更新を処理する方法、またはリアルタイムでコンテンツをスキャンする方法にあることが多いです。

Microsoft Purview (DLP の管理場所) と Exchange Online の間で DLP ポリシーの変更の同期が遅れたり失敗したりすると、オーバーライド機能が同期されない状態になることがあります。わずかな遅延でも、ユーザーが想定どおりのプロンプトを受け取れなかったり、新しいオーバーライドの権限がすぐに反映されなかったりします。さらに、Microsoft 365 のコンテンツのスキャンとインデックス作成の遅延により、保護対象のコンテンツの認識が遅れ、オーバーライドのプロンプトが発生しない偽陰性が起きることもあります。

IT とコンプライアンスの担当者にとって、DLP のオーバーライドのトラブルシューティングはポリシールールとクライアントの設定だけの問題ではない、という点を改めて認識しておくとよいでしょう。原因のなかには、バックエンドのアーキテクチャやポリシー適用の遅延に起因するものもあり、確実に DLP のオーバーライドを機能させるには、サービスのレベルで対処する必要があります。

Exchange の DLP ポリシーの同期とコンテンツの遅延が問題を引き起こす仕組み

Microsoft Purview DLPポリシーとExchange Online の間で同期が遅れると、オーバーライド機能が一時的に表示されないことがあります。DLPルールを更新または作成した場合、変更がExchange全体に反映されるまで数分、場合によってはそれ以上かかることがあります。同様に、バックエンドでのコンテンツスキャンやインデックス作成が遅れると、メッセージに機密データが含まれていても、DLPのポリシーのヒントやオーバーライドのプロンプトがすぐに表示されないことがあります。オーバーライドの問題をトラブルシューティングする際は、必ずバックエンドの遅延を考慮に入れ、直近のポリシー変更が完全に同期されたかどうかを確認してください。

DLPオーバーライドの失敗に対する診断ツールとトラブルシューティング

DLPオーバーライドが機能しない原因を突き止めるには、探偵のような調査が必要です。「これで直る」というボタンは存在しません。しかし適切なツールと手順を使えば、クライアントからバックエンドまでのどこで問題が起きているのかを正確に特定できます。

Fiddlerのようなネットワークツールを使うと、Outlookクライアントがバックエンドに対してDLPポリシーのヒントやオーバーライドを要求しているかどうかを確認できます。管理センターのログからは、システムが何を検出し、どのような処理を行ったかがわかるため、ユーザーエクスペリエンスのどこで問題が起きたのかを診断するのに役立ちます。また意外なことに、テストデータそのものが原因であることもあります。不適切なサンプルデータを使っていると、そもそもオーバーライドが発動せず、誤ったトラブルシューティングに時間を取られてしまいます。

これらの診断手順を組み合わせることで、実際に何が起きているのかが見えてきます。原因はクライアント、データ、それともMicrosoft 365環境のどれなのかを知りたいですか。これらのツールとアプローチを使えば、存在しない問題を追いかけて時間を無駄にすることなく、本当の原因に集中できます。ユーザーアクティビティの追跡についてさらに知りたい場合は、Microsoft Purview Audit が詳細なログを提供し、状況の全体像を把握する手助けとなります。

Fiddlerトレースを使ってGetDLPPolicyTip呼び出しを確認する方法

Fiddlerは、Outlookクライアントが実際にMicrosoft 365サービスへGetDLPPolicyTip呼び出しを行っているかどうかを確認できるネットワークトレースツールです。DLPオーバーライドが機能しない場合、トレースを取得してこのAPIリクエストを検索すると、クライアントがオーバーライドのオプションを要求しているか、またどのような結果が返されているかがわかります。呼び出しが見当たらない場合はクライアントの設定に焦点を当て、エラーが返されている場合はバックエンドやポリシーの構成を確認してください。この手順は、DLPのトラブルシューティングにおいて障害の発生箇所を特定するうえで欠かせません。

DLPオーバーライドの検証でよくあるテストデータのミス

誤ったサンプルデータを使うと、DLPオーバーライドのテストを誤って行ってしまうことは、思っている以上に起こりがちです。テストメールに、ポリシーで定義された機密情報の種類や形式が正確に含まれていない場合、または不完全もしくは古いテンプレートを使っている場合、DLPエンジンは発動せず、オーバーライドのオプションも表示されません。テストには、必ずポリシーで定義されたとおりの有効な実データの種類と受信者のシナリオを使用してください。慎重なテスト設計により、不要なトラブルシューティングに時間を費やす原因となる偽の陰性結果を防ぐことができます。

よくあるシナリオにおけるDLPオーバーライドが機能しない場合の解決手順

DLPオーバーライドの失敗のトラブルシューティングは、消去法のプロセスです。オーバーライドを阻害している原因が、ポリシーの設計、クライアントの設定、バックエンドの同期、あるいはユーザーの入力のいずれであるかを絞り込んでいきます。まず、ユーザーのシナリオを確認してください。どのような機密データが含まれているか。どのクライアントとOutlookのバージョンを使用しているか。MailTipsは有効になっているか。

それでもオーバーライドが表示されない場合は、Microsoft Purview管理センターでDLPポリシーの条件とアクションを確認し、選択したルールでオーバーライドが有効になっているかを確認してください。また、理由の入力要件も確認しましょう。理由の入力欄が不足していたり誤って構成されていたりすると、それ以外の設定がすべて正しくても、オーバーライドが表示されない、または受け付けられないことがあります。これは監査コンプライアンスの観点からも重要です。

ユーザー側では、Outlookクライアントが最新であること、サポートされているプラットフォーム上で動作していること、そしてMailTipsが有効になっていることを確認してください。すべてが正しい場合は、FiddlerなどのネットワークツールでGetDLPPolicyTip呼び出しが行われているかを確認し、Purviewや Exchange のログでバックエンドのエラーや同期の遅れがないかを調べてください。

ハイブリッド環境やサードパーティのゲートウェイでは、ヘッダーが削除される、オーバーライドの情報がMicrosoft 365バックエンドに戻らないなど、特有の問題が発生することがあります。このような場合は、ゲートウェイの構成を確認し、比較のためにクラウドのみの環境でテストしてください。この段階的なワークフローに従えば、実際の現場で発生するオーバーライドの問題の大半を解決でき、コンプライアンスチームと業務ユーザーの双方を満足させられるはずです。

DLP オーバーライドの問題に関するユーザーのフィードバックとサポートの利用

十分にトラブルシューティングを行っても、DLP オーバーライドの問題が解決しないことがあります。その場合は、フィードバックと正式なサポートの利用が役立ちます。ユーザーと IT 管理者は、何が起きたのか、何を試したのか、具体的な症状はどのようなものかを必ず記録しておいてください。この情報は、Microsoft のサポートチームや社内のセキュリティ担当者にとって非常に価値があります。

Microsoft 365 では、管理センターから直接フィードバックを送信したり、問題を報告したりできます。エスカレーションが必要なトラブルシューティングでは、Microsoft Purview 監査や Sentinel などのツールを使うと、失敗したオーバーライドの試行を追跡・記録でき、調査に役立つ詳細な証拠が得られます。アクセス許可やコンプライアンス ポリシーのずれが疑われる場合は、より広範な監査およびリスク管理ソリューションとの統合を検討してください。この Copilot と Purview のコンプライアンス ガイドには、DLP のワークフローにも当てはまるヒントがあります。

外部の支援が必要な場合は、Microsoft にサポート ケースを開いてください。Fiddler のログ、テストケース、スクリーンショットを用意しておくと、対応がスムーズに進みます。社内では、セキュリティ担当者またはコンプライアンス担当者にエスカレーションしてください。担当者は DLP の監査ログを確認し(Purview 監査の設定を参照)、傾向や構成の誤りを見つけられます。また、DLP オーバーライドの失敗が続く場合は、ガバナンス モデルや技術スタックの見直しが必要な兆候であることを覚えておいてください。解決しない問題を一人で抱え込まず、支援を求めてください。