次の方法で共有

データ損失防止ポリシーを設計する

  • [アーティクル]

実装する前にポリシーを設計する時間を取ると、意図しない問題を少なくして、目的の結果にすばやく到達できます。作成してから、試行錯誤だけでチューニングするよりも短くなります。 ポリシー設計を文書化すると、コミュニケーション、ポリシー レビュー、トラブルシューティング、さらにチューニングにも役立ちます。

Microsoft Purview DLP を初めて使用する場合は、ポリシーの設計を開始する前に、次の記事を確認することをお勧めします。

ヒント

Microsoft Copilot for Security の使用を開始して、AI の力を使用して、よりスマートかつ迅速に作業するための新しい方法を探ります。 Microsoft Purview の Microsoft Copilot for Security の詳細については、こちらをご覧ください。

開始する前に

Microsoft Purview DLP を初めて使用する場合は、DLP を実装するときに必要となるコア記事の一覧を次に示します。

  1. 管理単位
  2. Microsoft Purview データ損失防止の詳細 - この記事では、データ損失防止規範と Microsoft による DLP の実装について説明します
  3. データ損失防止 (DLP) の計画 - この記事を使用して、次の作業を行います。
    1. 利害関係者を特定する
    2. 保護する機密情報のカテゴリについて説明する
    3. 目標と戦略を設定する
  4. データ損失防止ポリシーリファレンス - この記事では、DLP ポリシーのすべてのコンポーネントと、それぞれがポリシーの動作にどのように影響するかを紹介します
  5. DLP ポリシーの設計 - この記事 (現在読んでいる記事) では、ポリシー意図ステートメントを作成し、それを特定のポリシー構成にマッピングする手順について説明します。
  6. データ損失防止ポリシーの作成と展開 - この記事では、構成オプションにマップする一般的なポリシー意図シナリオについて説明します。その後、これらのオプションの構成について説明します。
  7. データ損失防止アラートの調査について説明します -この記事では、最終的な修復とポリシーの調整を通じて、作成からのアラートのライフサイクルについて説明します。 また、アラートの調査に使用するツールについても説明します。

ポリシー設計の概要

ポリシーの設計 は、主に ビジネス ニーズを明確に定義し、ポリシー意図ステートメントに文書化し、 それらのニーズをポリシー構成にマッピングすることです。 計画フェーズで行った決定を使用して、ポリシー設計の決定の一部を通知します。

ポリシーの意図を定義する

1 つのステートメントで、持っているすべてのポリシーのビジネス意図を要約できる必要があります。 このステートメントを開発すると、組織内での会話が促進され、完全に具体化されると、このステートメントはポリシーをビジネス目的に直接リンクし、ポリシー設計のロードマップを提供します。 データ 損失防止の計画 (DLP) に関する 記事の手順は、ポリシーの意図に関する声明を開始するのに役立ちます。

DLP ポリシー構成の概要で説明されているように、すべての DLP ポリシーでは次のことを行う必要があります。

  • 監視する内容を選択する
  • [ポリシー スコーピング] を選択します。
  • 監視する場所を選択します。
  • ポリシーを項目に適用するために一致する必要がある条件を選択します。
  • ポリシー条件が満たされたときに実行するアクションを選択します。

たとえば、5 つの質問すべてに対する回答を提供する意図ステートメントの架空の最初のドラフトを次に示します。

"Microsoft は米国に拠点を置く組織であり、OneDrive/SharePoint に保存されている HIPAA の対象となる機密性の高い医療情報を含む Office ドキュメントを検出し、Teams チャットおよびチャネル メッセージで共有されているその情報から保護し、承認されていないサード パーティとの共有をすべてのユーザーに制限する必要があります。

ポリシー設計を開発する際に、ステートメントを変更して拡張する可能性があります。

ビジネス ニーズをポリシー構成にマップする

下書きステートメントの例を分解し、DLP ポリシー構成ポイントにマップしてみましょう。 この例では、無制限の DLP 管理者アカウントを使用しており、管理単位が構成されていないことを前提としています。

重要

開始する前に、「管理単位」を読んで、無制限の管理者と管理単位の制限付き管理者の違いを理解していることを確認してください。

Statement 構成に関する質問に回答し、構成マッピングを行う
"Microsoft は米国に拠点を置く組織であり、HIPAA... の対象となる機密性の高い医療情報を含む Office ドキュメントを検出する必要があります。 - 監視対象: Office ドキュメント、米国を使用 します。 医療保険法 (HIPAA) テンプレート
- 一致の前提条件: (事前構成されているが編集可能) - 項目には、米国 SSN および薬物執行機関 (DEA) 番号、国際疾病分類 (ICD-9-CM)、国際疾病分類 (ICD-10-CM) が含まれています。コンテンツは、組織外の人々と共有
- 会話を促進して、検出などの トリガーしきい値を明確にします。信頼度レベル、 およびインスタンス数 (漏れ許容度と呼ばれます)。
...OneDrive/SharePoint に格納され、Teams チャットおよびチャネル メッセージで共有されているその情報から保護します。 - 監視する場所: OneDrive サイトと SharePoint サイト、Teams チャット/チャネル アカウントまたは配布グループを含めたり除外したりして 、場所のスコープ を設定します。 ポリシースコープ (プレビュー): 完全ディレクトリ
...また、承認されていないサード パーティとのアイテムの共有をすべてのユーザーに制限します。 - 実行するアクション: アクセスの制限を追加するか、Microsoft 365 の場所のコンテンツを暗号化します
- 共有制限などの保護アクション、通知やアラートなどの認識アクション、ブロックアクションのユーザーオーバーライドを許可するなどのユーザーエンパワーメントアクションなど、ポリシーがトリガーされたときに実行するアクションに関する会話を促進します

この例では、DLP ポリシーのすべての構成ポイントについては説明しません。拡張する必要があります。 ただし、独自の DLP ポリシー意図ステートメントを開発するときに、適切な方向で考える必要があります。

重要

選択した場所は、機密情報の種類、秘密度ラベル、保持ラベルを使用できるかどうかに影響します。 選択した場所は、使用可能なアクションにも影響します。 詳細については、「 データ損失防止ポリシー リファレンス」 を参照してください。

複雑なルール設計

SharePoint と OneDrive の上記の HIPAA コンテンツは、DLP ポリシーの簡単な例です。 DLP ルール ビルダーでは、ブールロジック (AND、OR、NOT) と入れ子になったグループがサポートされています。

重要

  • 既存のすべての 例外 は、条件内の入れ子になったグループ内の NOT 条件に置き換えられます。
  • 複数の演算子を使用するには、グループを作成する必要があります。

重要

Office デスクトップ クライアント アプリ (Word、Outlook、Excel、PowerPoint) のアクションが複雑な条件を使用するポリシーと一致する場合、ユーザーには 、コンテンツに機密情報条件が含まれている ルールのポリシー ヒントのみが表示されます。

  • 例 1 クレジット カード番号を含むすべての受信者、または "機密性の高い" 秘密度ラベルが適用されているすべての受信者へのメールをブロックする必要がありますが、財務チームの誰かから電子メールが送信された場合はブロックしません。 adele.vance@contoso.com

  • 例 2 Contoso は、パスワードで保護されたファイルまたは zip ドキュメント ファイル拡張子 ('zip' または '7z') を含むすべてのメールをブロックする必要がありますが、受信者が contoso.com ドメインまたは fabrikam.com ドメインにある場合、または送信者が Contoso HR グループのメンバーである場合は電子メールをブロックしない必要があります。

重要

  • 入れ子になったグループで NOT 条件を使用すると、 例外 機能が置き換えられます。
  • 複数の演算子を使用するには、グループを作成する必要があります。

重要

Office デスクトップ クライアント アプリ (Word、Outlook、Excel、PowerPoint) のアクションが複雑な条件を使用するポリシーと一致する場合、ユーザーには 、コンテンツに機密情報条件が含まれている ルールのポリシー ヒントのみが表示されます。

ポリシー設計プロセス

  1. 「 データ損失防止 (DLP) の計画 」の手順を完了します。この記事を使用して、次の作業を行います。

    1. 関係者を特定する
    2. 保護する機密情報のカテゴリについて説明する
    3. 目標と戦略を設定する
    4. ポリシーの展開計画を定義する

  2. DLP ポリシーのすべてのコンポーネントと、それぞれがポリシーの動作にどのように影響するかを理解できるように、 データ損失防止ポリシーリファレンス について理解します。

  3. DLP ポリシー テンプレートに含まれる内容について理解します。

  4. 主要な利害関係者と共にポリシー意図ステートメントを作成します。 この記事の前の例を参照してください。

  5. このポリシーが DLP ポリシー戦略全体にどのように適合するかを決定します。

    重要

    ポリシーは、作成後に名前を変更することはできません。 ポリシーの名前を変更する必要がある場合は、目的の名前を持つ新しいポリシーを作成し、古いポリシーを廃止する必要があります。 そのため、最初から、すべてのポリシーで使用される名前付け構造を決定します。

  6. ポリシー意図ステートメントの項目を構成オプションにマップします。

  7. どのポリシー テンプレートから開始するかを決定します。定義済みまたはカスタム。

  8. テンプレートを参照し、ポリシーを作成する前に必要なすべての情報を組み立てます。 ポリシー意図ステートメントで説明されていない構成ポイントがいくつか存在する可能性があります。 いいですよ。 関係者に戻り、不足している構成ポイントの要件を把握します。

  9. すべてのポリシー設定の構成を文書化し、関係者に確認します。 ポリシー意図ステートメントの構成ポイントへのマッピングを再利用できます。これで、完全に具体化されています。

  10. 下書きポリシーを作成 し、 ポリシーの展開 計画を参照してください。

関連項目