Microsoft Purview DLPとは?E3/E5で情報持ち出しを制御

Microsoft 365・Azureカテゴリを表すパンダのイラスト Microsoft 365・Azure

Microsoft Purview Data Loss Preventionとは?E3/E5で「どこまで守れるか」を分けて考える

この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。2026年9月18日時点のMicrosoft公式情報を確認し、Microsoft Purview Data Loss Prevention(DLP)のE3/E5差、Teams、Endpoint、Simulation modeを実務目線で整理しています。

検証ステータス:📘 Microsoft公式情報確認済み・実機未確認

DLPは、機密情報がメール、ファイル、Teams、端末などから意図せず持ち出されることを検知・制御する仕組みです。いきなり「禁止」するのではなく、監査→Policy Tip→必要箇所だけブロックと段階的に導入できます。

E3/E5で最初に見る差

場所/機能Microsoft 365 E3Microsoft 365 E5 / Purview Suite系
Exchange / SharePoint / OneDriveの基本DLP対象対象
Teamsのファイル実体のSharePoint/OneDrive側保護を確認同左
Teams chat/channel message DLPE3だけで全部使えるとはしない対象権利を確認
Endpoint DLP / 高度機能機能別に追加権利確認対象機能が拡張

DLPは「E3かE5か」だけでなく、どのlocationを保護するかでライセンスを確認します。

flowchart TD
  P[DLP Policy] --> EX[Exchange]
  P --> SP[SharePoint]
  P --> OD[OneDrive]
  P --> TM[Teams messages]
  P --> EP[Endpoints]
  EX --> A[Audit / Tip / Block]
  SP --> A
  OD --> A
  TM --> A
  EP --> A

まずSimulation modeから

Purview portal
  → Solutions
  → Data Loss Prevention
  → Policies
  → Create policy
  → 対象をテスト範囲へ限定
  → Simulation mode

ここを見る

  • どのSensitive information typeが検知されたか

  • 誤検知が多くないか

  • 対象ユーザー/サイトが広すぎないか

  • Policy Tipが利用者に理解できるか

成功条件:本番ブロックなしで、想定したテストデータだけが検知されること。

1か所変える

同じ条件で「監査のみ」から「Policy Tip表示」へ変え、利用者への見え方を比較します。ブロックはまだ行いません。

事務職の例:外部共有

条件: テスト用のクレジットカード番号を検知
場所: テスト用SharePointサイト
相手: 組織外
動作: Simulation / 監査 + Policy Tip

実在するカード番号や個人情報をテストに使いません。ダミーデータで誤検知と利用者メッセージを確認します。

sequenceDiagram
  participant U as 利用者
  participant S as SharePoint/Exchange等
  participant D as DLP
  participant A as 管理者
  U->>S: 機密情報を含む操作
  S->>D: 条件評価
  D-->>U: Policy Tip
  D-->>A: Event/Alert
  A->>A: 誤検知・業務影響を確認

2026年の拡張は従来DLPと分ける

Microsoft 365外のデータ、Network Data Security、AI関連などではpay-as-you-goやPreviewを伴う領域があります。従来のMicrosoft 365 DLPと「同じライセンス・同じ課金」と決めつけません。

3つの視点

  • 一般利用者:Policy Tipを「エラー」ではなく、なぜ止められたかを理解する案内として読む。

  • 事務職:外部送信が必要な業務と、誤送信を区別できる例外手順を持つ。

  • 情シス/セキュリティ:location、ライセンス、誤検知率、例外、インシデント対応をセットで設計する。

管理者が確認する点

  • locationごとのライセンス

  • E3のファイル保護とTeams message DLPの権利差

  • Simulation modeでの誤検知

  • 例外設定の増えすぎ

  • Endpoint DLPの端末オンボード

  • Preview / pay-as-you-goの境界

  • インシデント通知先

Microsoft公式情報・一次情報

DLPは「全部止める」より、まず見える化し、誤検知と業務影響を確認してから必要な場所だけ制御を強くする方が実務では安全です。

文書情報

記事タイトル
Microsoft Purview DLPとは?E3/E5で情報持ち出しを制御
作成日
更新日
Source URL
https://papanda925.com/?p=16141

ライセンス: 本記事のうち、当サイトが権利を有する本文・自作図表は、特記なき限り CC BY 4.0 で利用できます。生成AIを活用して作成・編集した内容を含みます。コードについて、別途ライセンス表示またはリンク先GitHubリポジトリのライセンスがある場合は、その条件を優先します。引用・第三者資料・画像・商標等は本ライセンスの対象外です。 利用ポリシー

タイトルとURLをコピーしました