機密情報の種類/ルール パッケージと完全に一致するデータを作成する

このルール パッケージ手順が適用される製品とサービス

Microsoft Purview ポータルで完全データ一致 スキーマと SIT パターンを使用する ツールを使用して完全データ一致 (EDM) SIT (SIT) を作成するか、 ルール パッケージを XML ファイルとして手動で作成 できます。 また、1 つの方法でスキーマを作成し、後でもう 1 つの方法で編集することで、2 つの方法を組み合わせることもできます。

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

前提条件

次の記事の手順を実行します。

  1. 完全データ一致ベースの機密情報の種類のソース データをエクスポートする
  2. 完全なデータ一致に基づく機密情報の種類のスキーマを作成する
  3. 機密情報の種類と完全に一致する機密情報のソース テーブルをハッシュしてアップロードする
  • ツールを使用して EDM SIT を作成する場合でも、PowerShell を介してルール パッケージ XML ファイルを作成する場合でも、UI を介してカスタム SIT を作成、テスト、展開するには、コンプライアンス管理者またはグローバル管理者ロールが必要です。 「 Office 365 の管理者ロールについて」を参照してください。

重要

Microsoft では、アクセス許可が可能な限りで少ないロールを使用することをお勧めします。 これにより、組織のセキュリティが向上します。 グローバル管理者は、より低い特権ロールを使用できないシナリオでのみ使用する必要がある非常に特権的なロールです。

  • プライマリ要素 SIT として使用する組み込み SIT の 1 つを特定します。
    • 作成した列のデータに一致する組み込み SIT がいずれもない場合は、一致するカスタム SIT を作成する必要があります。
    • スキーマのプライマリ要素列に対して [無視された区切り記号] オプションを選択した場合は、作成するカスタム SIT が、選択した区切り記号がある場合とない場合の両方のデータと一致することを確認します。
    • 組み込みの SIT を使用する場合は、選択する文字列を正確に検出し、周囲の文字を含めたり、機密情報テーブルに保存されている文字列の有効な部分を除外したりしないでください。

「 機密情報の種類のエンティティ定義 」と「 カスタムの機密情報の種類の作成」を参照してください。

完全データ一致スキーマと SIT パターン ツールを使用する

完全データ一致スキーマと SIT パターン ツールを使用して SIT ファイルを作成し、プロセスを簡略化できます。

EDM SIT は 1 つ以上のパターンで構成されます。 各パターンは、ドキュメントまたは電子メール内の機密コンテンツ (証拠) を識別するために使用されるスキーマのフィールドの組み合わせを記述します。

  1. Microsoft Purview ポータルにサインインします>Information Protection>Classifiers>EDM classifiers.

    1. [新しい EDM エクスペリエンス] トグルをオフに設定する

  3. [EDM 機密情報の種類] と [EDM 機密情報の種類の作成] を選択して、機密情報の種類構成ツールを開きます。

  4. [ 既存の EDM スキーマの選択 ] を選択し、[ 完全データ一致ベースの機密情報の種類のスキーマの作成] で作成したスキーマを選択します。 [追加] を選択します。

  5. 次へ を選択し、パターンの作成 を選択します。

  6. [信頼度] と [プライマリ] 要素を選択します。 信頼レベルの詳細については、「 機密情報の種類について」を参照してください。

  7. 関連付ける プライマリ要素の機密情報タイプ を選択して、ドキュメント内のテキストをプライマリ要素フィールドのすべての値と比較することを定義します。 利用可能な機密情報の種類の詳細については、「 SIT エンティティ定義」 を参照してください。

    重要

    検索するコンテンツの形式に厳密に一致する SIT を選択します。 すべてのテキスト文字列やすべての数字に一致するものなど、不要なコンテンツに一致する SIT を選択すると、システムに過剰な負荷がかかり、機密情報が検出されないままになる可能性があります。

  8. [ サポート要素 と一致するオプション] を選択します。

  9. [完了] を選択します。

  10. EDM SIT の追加パターンを作成する場合は、[ パターンの作成 ] を選択します。

  11. [次へ] を選択します。

  12. 希望する [推奨信頼度] と [文字の近接性] を選択します。 これが EDM SIT 全体の既定値になります。 (文字の近接性の詳細については、「近接 性について」を参照してください)。 [次へ] を選択します。

  13. [次へ] を選択し、名前 および管理者向けの説明 を入力します。

    スキーマ ファイルを作成する際、列ヘッダー (データ フィールド) は、次の命名要件に従う必要があります。
    - 文字で始まる必要があり、少なくとも 3 つの英数字で構成されている必要があります。
    - 英数字のみを含める必要があります。

  14. レビューし、[送信] を選択します。

SIT パターンを編集または削除する

既存の EDM SIT パターンを編集または削除するには、次の手順を実行します。

  1. Microsoft Purview ポータルにサインインします>Information Protection>Classifiers>EDM classifiers.

    1. [新しい EDM エクスペリエンス] トグルをオフに設定する

  3. EDM 機密情報の種類を選択します。

  4. 編集する EDM SIT を選択します。

  5. ポップアップから [EDM 機密情報の種類の編集 ] または [EDM 機密情報の種類の削除 ] を選択します。

  6. EDM 機密情報の種類を編集する手順については、「 完全データ一致スキーマと SIT パターン ツールの使用」を参照してください。

特定の種類のデータを操作する

パフォーマンス上の理由から、不要な一致の数を最小限に抑えるパターンを使用することが重要です。 たとえば、正規表現に基づく SIT などです。

\b\w*\b

この正規表現は、ドキュメントまたは電子メール内のすべての単語または数値に一致します。 すべての単語または数字を一致させると、サービスが一致で過負荷になり、真の一致を検出できなくなります。 より正確なパターンを使用すると、この状況を回避できます。 ここでは、一般的な種類のデータに対して適切な構成を特定するための推奨事項をいくつか示します。

電子メール アドレス: 電子メール アドレスは簡単に識別できますが、機密性の高いコンテンツでは非常に一般的であるため、プライマリ フィールドとして使用するとシステムに大きな負荷を引き起こす可能性があります。 メール アダーは二次証拠としてのみ使用してください。 それらを主要な証拠として使用する必要がある場合は、カスタム SIT を定義するときに、メール アドレスがメールの From または To フィールドとして使用されているアイテムを除外するロジックを使用します。 また、会社のドメインからメール アドレスを除外するロジックを使用して、一致させる必要がある不要な文字列の数を減らします。

電話番号: 電話番号には、国/地域のプレフィックス、市外局番、区切り記号など、さまざまな形式があります。 負荷を最小限に抑えながら検出漏れを減らすには、それらを二次的な要素としてのみ使用し、かっこやダッシュなどの区切り記号の可能性があるものをすべて除外し、機密データ テーブルには電話番号に常に表示される部分のみを含めます。

人の名前: 正規表現に基づく SIT をこの EDM タイプの分類要素として使用する場合は、一般的な単語と区別するのが難しいため、人の名前を主要な要素として使用しないでください。

特定のパターンで識別するのが難しいプライマリ要素 (プロジェクト コード名など) を使用する必要があり、大量の一致を処理する可能性がある場合は、EDM タイプの分類要素として使用する SIT にキーワードを含めるようにしてください。 たとえば、通常の単語であるプロジェクト コード名を使用している場合は、EDM タイプの分類要素として使用する SIT のプロジェクト名正規表現ベースのパターンのすぐ近くで、必要に応じて project という単語を使用できます。 または、EDM SIT の分類要素として、通常の辞書に基づく SIT を使用することを検討することもできます。

数値文字列を照合する場合は、数字や開始桁 (わかっている場合) などの許容される数値範囲を指定します。 比較的柔軟な範囲の数値を一致させる必要がある場合は、基本 SIT でキーワードを使用して一致数を減らすことができます。 たとえば、7 桁から 11 桁で構成されるアカウント番号を照合する場合は、追加の証拠として account、 customer、 acct. という単語を SIT に追加します。 これにより、処理できる EDM 一致の制限を超える結果になる可能性のある不要な一致が発生する可能性が低くなります。

主要素として使用する必要があるフィールドが、多数の一致につながる可能性がある単純なパターンに従っていて、キーワードの存在を追加の証拠として SIT に追加できない場合は、代わりにそのパターンの出現回数を最小限に抑える必要があります。 たとえば、次のように定義されたカスタム SIT を使用すると、機密性の高いコンテンツで照合対象となる可能性のある 5 桁の数字を囲む他の 5 桁の数字を少なくとも 29 個検出できます。

 <Entity id="00aa00aa-bb11-cc22-dd33-44ee44ee44ee"
                  patternsProximity="300"
                  recommendedConfidence="85"
                  relaxProximity="false">
                  <Pattern confidenceLevel="85"
                              proximity="300">
                              <IdMatch idRef="MRN"/>
                              <Match idRef="30 AccountNrs"
                                    minCount="30"
                                    proximity="3000"
                                    uniqueResults="true"/>
                  </Pattern>
      </Entity>
      <Regex id="30 AccountNrs">\d{5}</Regex>

場合によっては、過去の理由により標準化されたパターンに従っていない特定のアカウント番号を特定するか、識別番号を記録する必要があります。 たとえば、 Medical Record Numbers は、同じ組織内の文字と数字のさまざまな順列で構成できます。 最初はパターンを特定するのは難しいかもしれませんが、詳しく調べることで、多くの場合、無効な一致が多すぎる数を引き起こさずに、すべての有効な値を説明するパターンを絞り込むことができます。 たとえば、「すべての MRN の長さは 7 文字以上で、数字には少なくとも 2 桁が含まれており、文字が含まれている場合は 1 文字で始まる」ことが検出される場合があります。 このような基準に基づいて正規表現を作成することで、必要な値をすべてキャプチャしながら不要な一致を最小限に抑えることができ、さらに分析することで、異なる形式を記述する個別のパターンを定義することで精度を向上できる可能性があります。

ルール パッケージを手動で作成する

この手順では、ルール パッケージ (Unicode エンコード) と呼ばれる XML 形式のファイルを作成し、セキュリティ & コンプライアンスの PowerShell コマンドレットを使用してそれを Microsoft Purview にアップロードする方法について説明します。

注:

マップ先の SIT が複数単語の裏付けとなる証拠を検出できる場合は、手動で作成したルール パッケージで定義する 2 次要素を SIT にマップできます。 たとえば、その裏付けとなる証拠フィールドがパターンを検出できる SIT にマップされていない場合、コンテンツ内で見つかったJohnとSmithをいずれかのフィールドにアップロードされた用語John Smith個別に比較するため、名前 John Smith はセカンダリ要素として一致しません。

Microsoft 365 テナント内のルール パッケージは 10 個に制限されています。 ルール パッケージには任意の数の機密情報の種類を含めることができるため、この方法を使用して新しい SIT を定義するたびに新しいルール パッケージを作成するのを避けることができます。代わりに、既存のルール パッケージをエクスポートし、XML に機密情報の種類を追加してから再アップロードします。

  1. 次の例のように、XML 形式 (Unicode エンコード) でルール パッケージを作成します。 (この例は、コピー、変更、使用することができます。)

    ルール パッケージを設定するときは、.csv、.tsv、またはパイプ (|) で区切られた機密情報ソース テーブル ファイルとスキーマ ファイルを正しく参照 edm.xml してください。 この例は、コピー、変更、使用が可能です。 このサンプル XML では、EDM 機密型を作成するために、次のフィールドをカスタマイズする必要があります。

    • RulePack id & ExactMatch id: New-GUID を使用して GUID を作成します。

    • Datastore: このフィールドは、使用する EDM ルックアップデータストアを指定します。 構成された EDM スキーマのデータ ソース名を指定します。

    • idMatch: このフィールドは、EDM の主要素を示します。

    • 一致: 正確なルックアップで使用するフィールドを指定します。 データストアの EDM スキーマで検索可能なフィールド名を指定します。

    • 分類: このフィールドは、EDM 検索をトリガーする SIT 一致を指定します。 既存の組み込みまたはカスタム SIT の名前または GUID を使用できます。

    注:

    指定された SIT に一致する文字列はハッシュ化され、機密情報ソース テーブルのすべてのエントリと比較されることに注意してください。 分類要素にカスタム SIT を選択した場合にパフォーマンスの問題を回避するには、コンテンツの割合の多くに一致するものを使用しないでください。 たとえば、"任意の数字" や "任意の 5 文字の単語" に一致する文字列などです。 サポート キーワードを追加するか、カスタム分類 SIT の定義に書式設定を含めることで、区別できます。

    • 一致: このフィールドは、idMatch の近くにある追加の証拠を指します。

    • 一致: DataStore の EDM スキーマで任意のフィールド名を指定します。

    • リソース idRef: このセクションでは、複数のロケールの機密型の名前と説明を指定します

      • ExactMatch ID の GUID を指定します。
      • 名前 & 説明: 必要に応じてカスタマイズします。
      <RulePackage xmlns="http://schemas.microsoft.com/office/2018/edm">
   <RulePack id="fd098e03-1796-41a5-8ab6-198c93c62b11">
     <Version build="0" major="2" minor="0" revision="0" />
     <Publisher id="..." />
     <Details defaultLangCode="en-us">
       <LocalizedDetails langcode="en-us">
         <PublisherName>IP DLP</PublisherName>
         <Name>Health Care EDM Rulepack</Name>
         <Description>This rule package contains the EDM sensitive type for health care sensitive types.</Description>
       </LocalizedDetails>
     </Details>
   </RulePack>
   <Rules>
     <ExactMatch id = "E1CC861E-3FE9-4A58-82DF-4BD259EAB371" patternsProximity = "300" dataStore ="PatientRecords" recommendedConfidence = "65" >
       <Pattern confidenceLevel="65">
         <idMatch matches = "SSN" classification = "U.S. Social Security Number (SSN)" />
       </Pattern>
       <Pattern confidenceLevel="75">
         <idMatch matches = "SSN" classification = "U.S. Social Security Number (SSN)" />
         <Any minMatches ="3" maxMatches ="6">
           <match matches="PatientID" />
           <match matches="MRN"/>
           <match matches="FirstName"/>
           <match matches="LastName"/>
           <match matches="Phone"/>
           <match matches="DOB"/>
         </Any>
       </Pattern>
     </ExactMatch>
     <LocalizedStrings>
       <Resource idRef="E1CC861E-3FE9-4A58-82DF-4BD259EAB371">
         <Name default="true" langcode="en-us">Patient SSN Exact Match.</Name>
         <Description default="true" langcode="en-us">EDM Sensitive type for detecting Patient SSN.</Description>
       </Resource>
     </LocalizedStrings>
   </Rules>
</RulePackage>

  2. 次の PowerShell コマンドを実行して、ルール パッケージをアップロードします。

    New-DlpSensitiveInformationTypeRulePackage -FileData ([System.IO.File]::ReadAllBytes('.\\rulepack.xml'))

注:

ルール パッケージ ファイルの構文は、他の機密情報の種類の場合と同じです。 ルール パッケージ ファイルの構文と追加の構成オプションの詳細、および PowerShell を使用して機密情報の種類を変更および削除する手順については、「 PowerShell を使用してカスタム SIT を作成する」を参照してください。

次の手順

ルール パッケージを作成したら、次の記事に進みます。

  • 最終更新: