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

適用対象

• 従来の正確なデータ一致 (EDM) 機密情報の種類 (SIT) の作成エクスペリエンス。

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

EDM ベースの SITS やその実装に慣れていない場合は、次のことを理解しておく必要があります。

• 機密情報の種類に関する詳細情報
• 完全なデータ一致に基づく機密情報の種類の詳細
• 完全なデータ一致に基づく機密情報の種類の使用を開始する

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

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

このツールを使用すると、スキーマ ファイルの作成プロセスを簡略化できます。

前提条件

• 正確 なデータ一致ベースの機密情報の種類については、「ソース データをエクスポートする」の手順を実行します。

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

使用しているポータルの適切なタブを選択します。 Microsoft Purview ポータルの詳細については、 Microsoft Purview ポータルに関するページを参照してください。 コンプライアンス ポータルの詳細については、「Microsoft Purview コンプライアンス ポータル」を参照してください。

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

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

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

2. EDM スキーマ ファイルをエクスポートするには、次の構文を使用します。

   $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 サンプルでは、 フィールドと フィールドをignoredDelimiters使用caseInsensitiveします。

スキーマ定義に のcaseInsensitivetrue値に設定されたフィールドを含めると、EDM はケースの違いに基づいて項目を除外しません。 たとえば、EDM では FOO-1234 と fOo-1234 の値がフィールドで同一と見な PatientID されます。

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

この例では、 と ignoredDelimiters の両方caseInsensitiveが使用されている場合、EDM は FOO-1234 と fOo#1234 を同一と見なし、項目を患者レコードの機密情報の種類として分類します。

これらのパラメーターはどちらもフィールドごとに使用されます。

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

• .
• -
• /
• _
• *
• ^
• #
• !
• ?
• [
• ]
• {
• }
• \
• ~
• ;

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

• 0 から 9 の文字
• A から Z
• a から z
• "
• ,

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

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

トークン区切り記号を含めると、EDM は区切り記号があるトークンを中断します。 たとえば、EDM では、値 Middle-Last Name が[Middle-Last]\(中間-姓\) とフィールドの LastName[名前] に表示されます。 ignoredDelimitersが文字 '-' のフィールドに含まれているLastName場合、そのアクションは値が壊れた後にのみ発生します。 最後に、EDM には次の値 MiddleLast と Name が表示されます。

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

• .
• ;
• !
• ?
• \

POWERShell を使用して、SID をセカンダリ要素に関連付けることができます。

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

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

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

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

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

   <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] Yes [A] Yes to All [N] No [L] No to All [?]ヘルプ (既定値は "Y"):

   ヒント

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

次の手順

• 機密情報の種類と完全に一致する機密情報のソース テーブルをハッシュしてアップロードする