完全なデータ一致に基づく機密情報の種類のスキーマを作成する

従来の EDM スキーマ作成の適用性

この手順は、従来の完全一致データ (EDM) 機密情報の種類 (SIT) 作成エクスペリエンスに適用されます。

スキーマ ファイルの作成を簡略化するために、完全データ 一致スキーマと機密情報の種類パターン ツールを使用できます。

EDM ベースの SITS またはその実装に精通していない場合は、次のことを理解する必要があります。

1 つの EDM スキーマは、同じ機密データ テーブルを使用する複数の機密情報の種類で使用できます。 Microsoft 365 テナントには、最大 10 個の異なる EDM スキーマを作成できます。

完全データ一致スキーマと機密情報の種類ツールを使用する

完全データ一致スキーマおよび機密情報の種類ツールを使用すると、スキーマ ファイルの作成プロセスを簡略化できます。

前提条件

完全一致スキーマと機密情報の種類パターン ツールを使用する

パターン ツールを使用して EDM スキーマを作成するには、次の手順を実行します。

  1. Microsoft Purview ポータル>Information Protection>Classifiers>EDM classifiers>EDM schemas (新しい EMD エクスペリエンスがオフに切り替えられている場合に使用可能) にサインインします。

  2. [ EDM スキーマの作成 ] を選択して、スキーマ ツールの構成ポップアップを開きます。

    スキーマ名、説明、フィールド設定を定義するためのフィールドを示す、EDM スキーマ作成ウィザードの構成ポップアップのスクリーンショット。

  3. 適切な 名前 と説明 を入力します。

  4. スキーマ全体に [無視...] 動作を適用する場合は、[すべてのスキーマ フィールドの区切り記号と句読点を無視する] を選択します。 大文字小文字や区切り記号を無視するように EDM を構成する方法の詳細については、この機能の詳細については、「 caseInsensitive フィールドと ignoredDelimiters フィールドの使用 」を参照してください。

  5. スキーマ フィールド#1 必要な値を入力し、必要に応じてフィールドを追加します。 各スキーマ フィールドは、機密情報ソース ファイルの列ヘッダーと同じである必要があります。

  6. 必要に応じて、次のフィールドごとの値を設定します。

    • フィールドは検索可能です
    • フィールドで大文字と小文字が区別されない
    • このフィールドで無視する区切り記号と句読点を選択します
    • このフィールドにカスタム区切り記号と句読点を入力します

    重要

    スキーマ フィールドのうち少なくとも 1 つ (10 個以下) は、検索可能として指定する必要があります。

  7. 保存] を選択します。 スキーマが一覧表示され、使用できるようになりました。

    重要

    EDM SIT に既に関連付けられているスキーマを削除する場合は、まず EDM SIT を削除する必要があります。 データ ストアが関連付けられているスキーマを削除すると、データ ストアも 24 時間以内に削除されます。

XML 形式での EDM スキーマ ファイルのエクスポート

EDM スキーマ ツールで EDM スキーマを作成した場合は、スキーマ ファイルを XML 形式でエクスポートする必要があります。 ハッシュを完了し、機密情報ソース テーブルをアップロードして、機密情報の種類の正確なデータ一致フェーズを行うには、XML ファイルが必要です。

  1. セキュリティ/コンプライアンス PowerShell に接続します。

  2. EDM スキーマをローカルの XML ファイルにエクスポートして、そのフィールド定義を確認または変更できるようにするには、次の構文を使用します。

    $Schema = Get-DlpEdmSchema -Identity "[your EDM Schema name]"
Set-Content -Path ".\Schemafile.xml" -Value $Schema.EdmSchemaXML

  3. 後で使用するためにこのファイルを保存します。

完全データ一致スキーマ ファイルを手動で作成してアップロードする

スキーマ ファイルを作成する際、列ヘッダー (データ フィールド) は、次の命名要件に従う必要があります。

  • 文字で始まる必要があり、3 文字以上の英数字で構成されている必要があります。
  • 英数字のみを含める必要があります。

各列/データ フィールドには、次の構文を使用します。

<Field name="FieldName" searchable="true/false" caseInsensitive="true/false" ignoredDelimiters="delimiter characters" />

caseInsensitive フィールドと ignoredDelimiters フィールドの使用

次の XML スキーマの例では、 caseInsensitive フィールドと ignoredDelimiters フィールドを使用して、EDM で大文字と小文字の違いと区切り記号を処理する方法を示しています。

スキーマ定義に true の値に設定された caseInsensitive フィールドを含めると、EDM では大文字と小文字の違いに基づいて項目が除外されません。 たとえば、EDM では、PatientID フィールドの値 FOO-1234 と fOo-1234 が同一であると認識されます。

サポートされている文字を含む ignoredDelimiters フィールドを含めると、EDM ではそれらの文字は無視されます。 そのため EDM では、 FOO-1234 と FOO#1234 の値は PatientID フィールドに対して同一であると認識されます。

caseInsensitiveと ignoredDelimiters の両方を一緒に使用すると、EDM は FOO-1234 と fOo#1234 を同一と見なし、アイテムを患者記録の機密情報の種類として分類します。

caseInsensitive と ignoredDelimiters の両方がフィールドごとに使用されます。

重要

スペースを無視するように構成した場合、その構成は、複数単語の文字列を検出できる機密情報タイプが定義されているプライマリ フィールド列に対してのみ有効になります。 それ以外の場合は、比較対象のコンテンツ内の個々の単語に対して行われます。

ignoredDelimiters フラグは英数字以外の文字をサポートします。以下に例を示します。

  • -
  • /
  • _
  • *
  • ^
  • #
  • [
  • ]
  • {
  • }
  • \
  • ~

ignoredDelimitersフラグは以下をサポートしていません:

  • 0 から 9 の文字
  • A から Z
  • a から z
  • "
  • ,
  • トークンの区切り記号として使用する区切り記号

重要

EDM 機密情報の種類を定義する場合、 ignoredDelimiters パターンのプライマリ要素に関連付けられている分類機密情報の種類がアイテム内のコンテンツを識別する方法には影響しません。 そのため、検索可能なフィールドに ignoredDelimiters を構成する場合は、そのフィールドに基づいてプライマリ要素に使用される機密情報の種類で、これらの文字が存在する文字列と存在しない文字列の両方が選択されることを確認する必要があります。

機密情報ソース テーブルの列数とスキーマ内のフィールドの数は一致している必要があります。順序は関係ありません。

トークンの区切り記号として使用される文字は、他の区切り記号とは異なる動作をします。 次に、いくつかの例を示します:

  • \ (スペース)
  • \t
  • ,
  • .
  • ;
  • ?
  • !
  • r
  • \n

トークン区切り記号を含めると、EDM によって区切り記号がある位置でトークンが分割されます。 たとえば、EDM では、値 Middle-Last が [Middle-Last] になり、[LastName] フィールドの [Name] が表示されます。 文字 '-' を含むLastNameフィールドにignoredDelimitersが含まれている場合、そのアクションは値が壊れた後にのみ行われます。 最終的に、EDM では MiddleLast と Name の値が表示されます。

次の文字をトークンの区切り記号ではなくignoredDelimitersとして使用するには、対応する形式に一致する SIT をフィールドに関連付ける必要があります。 たとえば、ダッシュを含む複数単語の文字列を検出する SIT は、 LastName フィールドに関連付ける必要があります。

  • .
  • ;
  • !
  • ?
  • \

PowerShell を使用して、機密情報の種類 (SIT) をセカンダリ要素に関連付けることができます。

  1. スキーマを XML 形式で定義します (次の例と同様)。 このスキーマ ファイルに edm.xml という名前を付け、機密情報ソース テーブルの各列に次の構文を使用する行が存在するように構成します:

    \<Field name="" searchable=""/\>.

    • Field name の値に列名を使用します。
    • 検索可能にするフィールドと、最大 5 つのフィールドまでのプライマリ フィールドには searchable="true" を使用します。 少なくとも 1 つのフィールドは検索可能である必要があります。

    たとえば、次の XML ファイルでは、 PatientID、 MRN、 SSN、 Phone、 DOB の 5 つのフィールドが検索可能として指定された患者レコード データベースのスキーマを定義します。

    (この例は、コピー、変更、使用することができます。)

    <EdmSchema xmlns="http://schemas.microsoft.com/office/2018/edm">
      <DataStore name="PatientRecords" description="Schema for patient records" version="1">
            <Field name="PatientID" searchable="true" caseInsensitive="true" ignoredDelimiters="-,/,*,#,^" />
            <Field name="MRN" searchable="true" />
            <Field name="FirstName" />
            <Field name="LastName" />
            <Field name="SSN" searchable="true" />
            <Field name="Phone" searchable="true" />
            <Field name="DOB" searchable="true" />
            <Field name="Gender" />
            <Field name="Address" />
      </DataStore>
</EdmSchema>

    XML 形式の EDM スキーマ ファイルを作成したら、それをクラウド サービスにアップロードする必要があります。

  2. セキュリティ/コンプライアンス PowerShell に接続します。

  3. データベース スキーマをアップロードするには、次のコマンドを実行します。

    New-DlpEdmSchema -FileData ([System.IO.File]::ReadAllBytes('.\\edm.xml')) -Confirm:$true

    次のように確認するメッセージが表示されます。

    確認

    この操作を実行しますか?

    データ ストア 'patientrecords' の新しい EDM スキーマがインポートされます。

    [Y] はい [A] すべてはい [N] いいえ [L] すべていいえ [?]ヘルプ (既定値は「Y」):

    ヒント

    確認なしで変更を行う場合は、手順 3 の -Confirm:$true を使用しないでください。

注:

追加機能を使用して EDMSchema を更新するには、10 から 60 分かかることがあります。 追加機能を使用する手順を実行する前に、更新プログラムを完了する必要があります。

次の手順

EDM スキーマを作成したら、機密データのハッシュ化とアップロードに進みます。 機密 情報の種類と完全に一致する型については、「機密情報ソース テーブルをハッシュしてアップロードする」を参照してください。

  • 最終更新: