完全なデータ一致に基づく機密情報の種類の詳細

機密情報の種類 (SIT) は、機密データを識別して、不注意または不適切に共有されるのを防ぐために使用されます。 また、電子情報開示で関連データを検索したり、特定の種類の情報にガバナンス アクションを適用したりするためにも使用されます。 カスタム SIT は、以下に基づいて定義します。

  • パターン
  • 従業員、社会保障番号、ID などのキーワードの証拠
  • 特定のパターンの証拠に対する文字の近接性
  • 信頼度レベル

しかし、一般的なパターンに基づいて一致を検索するのではなく、完全またはほぼ正確なデータ値を使用するカスタム SIT が必要な場合はどうすればよいでしょうか? 完全データ一致 (EDM) ベースの分類を使用すると、次の目的で設計されたカスタム機密情報の種類を作成できます。

  • 動的に、簡単に更新する
  • 誤検知を減らす
  • 構造化された機密データを操作する
  • 機密情報をより安全に処理し、Microsoft を含む誰とも共有しないでください
  • さまざまな Microsoft クラウド サービスで使用する

EDM ベースの分類を使用すると、機密情報のデータベース内の正確な値を参照するカスタム SIT を作成できます。 データベースは毎日更新でき、最大 1 億行のデータを含めることができます。 そのため、従業員、患者、クライアントが入れ替わっても、記録が変更されても、カスタム機密情報の種類は最新のままで適用できます。 また、 Microsoft Purview データ損失防止ポリシー や Microsoft Cloud App Security ファイル ポリシーなどのポリシーで EDM ベースの分類を使用できます。

次の図は、EDM 分類の基本的な仕組みを示しています。

EDM ベースの分類。

注:

Microsoft Purview 情報保護は、2 バイト文字セットを使用する次の言語をサポートしています。

  • 中国語 (簡体字)
  • 中国語 (繁体字)
  • 韓国語
  • 日本語

このサポートは、機密情報の種類で使用できます。 詳細については、「 2 バイト文字セットの情報保護サポート: リリース ノート (プレビュー)」を参照してください。

EDM SIT の違い

EDM SIT を使用する場合は、それらに固有のいくつかの概念を理解すると便利です。

Schema

スキーマは XML ファイルです。 Microsoft Purview はスキーマを使用して、機密情報の種類が検出するように設計された文字列と一致する文字列がデータに含まれているかどうかを判断します。

スキーマ XML ファイルでは、次のことが定義されます。

  • スキーマの名前。後に DataStore と呼ばれる。
  • 機密情報ソース テーブルに含まれているフィールド名。 スキーマ フィールド名は、機密情報ソース テーブルの列名に 1 対 1 でマッピングされます。
  • 複数トークン一致モードを必要とする裏付けとなる証拠フィールド。
  • 検索可能なデータ フィールド。
  • 構成可能な一致が各フィールドでサポートされているかどうか。 構成可能な一致とは、検索値の区切り記号や大文字と小文字を無視するなど、検索を変更するパラメーターを持つ一致です。

機密情報ソース テーブル

機密情報ソース テーブルには、EDM SIT が検索する値が含まれています。 テーブルは列と行で構成されます。 列の見出しはフィールド名、行はアイテムのインスタンスです。行の各セルには、そのフィールドのそのアイテム インスタンスの値が含まれます。

機密情報ソース テーブルの簡単な例を次に示します。

名 姓 Date of Birth
イザヤ Langer 05-05-1960
Ana Bowman 11-24-1971
オスカー 病棟 02-12-1998

ルール パッケージ

すべての機密情報の種類にはルール パッケージがあります。 EDM SIT でルール パッケージを使用して、EDM SIT のさまざまなコンポーネントを定義します。 次の表に、各コンポーネントの説明を示します。

コンポーネント 説明
Match 正確なルックアップで使用するプライマリ要素 (データ フィールド) を指定します。 これは、チェックサム検証の有無にかかわらず正規表現、キーワード リスト、キーワード辞書、または関数を指定できます。
分類 EDM 検索をトリガーする機密情報の種類の一致を指定します。
サポート要素 見つかった場合に、マッチの信頼度を高めるのに役立つ証拠となる要素。 たとえば、実際の社会保障番号のすぐ近くに姓が存在する場合などです。 サポート要素としては、チェックサム検証の有無にかかわらず正規表現、キーワード リスト、キーワード辞書、単一または複数トークンの文字列一致があります。
信頼度
(高、中、低)
主要な要素に加えて検出された裏付け証拠の量を示します。 アイテムに含まれる裏付けとなる証拠が多いほど、一致したアイテムに探している機密情報が含まれているという信頼度が高くなります。 信頼レベルの詳細については、「 機密情報タイプの基本的な部分」を参照してください。
近接性 プライマリ要素とサポート要素の間の文字数。

独自のスキーマとデータを指定する

Microsoft Purview には、事前定義された多くの組み込み SIT が付属しています 。 これらの SIT には、スキーマ、正規表現パターン、キーワード、および信頼度が付属しています。 ただし、EDM SIT では、スキーマだけでなく、機密性の高い項目を識別するプライマリ フィールドとセカンダリ フィールドを定義する必要があります。 スキーマおよびプライマリ データ値とセカンダリ データ値はすべて機密性が高いため、ランダムに生成された値、または自己提供のソルト値を含むハッシュ関数を使用してそれらを暗号化します。 ハッシュ値のみがサービスにアップロードされるため、機密データが公開されることはありません。

一次および二次的なサポート要素

EDM SIT を作成するときは、ルール パッケージで プライマリ要素 フィールドを定義します。 次に、EDM はすべてのコンテンツで主要な要素を検索します。 EDM でそれらを検出できるように、主要な要素を既存の SIT で検出可能にする必要があります。

注:

使用可能な SIT の完全な一覧については、「機密情報型エンティティ定義」を参照してください

EDM SIT で検出する機密情報を検出する組み込みの SIT を見つける必要があります。 たとえば、EDM SIT スキーマの主要要素として 米国の社会保障番号 がある場合、EDM スキーマを作成するときに、 それを米国の社会保障番号 (SSN) SIT に関連付けます。 主要な要素が検出されるためには、定義されたパターンに従う必要があります。

スキャンされたアイテムで主要な要素が見つかると、EDM は 二次 要素 ( サポート 要素とも呼ばれます) を探します。 一次要素とは異なり、二次要素にはパターンに従うオプションがあります。 セカンダリ要素に複数のトークンが含まれる場合、それらの要素は、そのコンテンツを検出できる SIT に関連付けるか、複数トークン照合用に構成できる SIT に関連付ける必要があります。 いずれの場合も、一致を検出するには、セカンダリ エレメントがプライマリ エレメントに一定の近接性内に存在する必要があります。

マッチングのしくみ

EDM は、文書や電子メールの文字列を機密情報ソース テーブルの値と比較することによって機能します。 この比較を使用して、スキャンされたコンテンツの値がテーブルに存在するかどうかを判断します。 この決定は、一方向の暗号化ハッシュを比較することによって行われます。

ヒント

EDM SIT と、それらが基としている定義済み SIT の両方を DLP ルールで一緒に使用して、機密データの検出を向上させることができます。 高い信頼度の EDM SIT と低い信頼度の定義済み SIT を使用します。 たとえば、厳格な要件を持つ社会保障番号やその他の裏付けデータを高い信頼度で検索する EDM SIT を使用します。 信頼度の高い一致に対して構成されている場合、EDM は少数のインスタンスのみが検出されたときに DLP 一致を生成します。 より多くの出現が検出されたときに DLP 一致をトリガーするには、 米国社会保障番号などの組み込み SIT を使用します。

EDM でサポート要素を機能させる方法

「 EDM SIT の違い」で説明したように、サポート要素は、 見つかった場合に、マッチの信頼度を高めるのに役立つ証拠を提供する要素です。

EDM SIT のサポートにより、複数のフィールドで構成されるサポート要素を検索して検出できます。 サポート要素の一致は、キーワード リスト、キーワード辞書、単一の英数字文字列、または複数のトークン文字列で構成できます。

例を見てみましょう。 米国の社会保障番号を検出するとします。 一致の信頼性を高めるために、サポート要素には first name、 last name、および date of birth (DoB) が含まれます。 そのため、ソース テーブルは次のようになります。

SSN FirstName LastName DoB
987-65-4320 イザヤ Langer 05-05-1960
078-05-1120 Ana Bowman 11-24-1971
219-09-9999 オスカー 病棟 02-12-1998

EDM SIT は、保護されたファイル内で一致するサポート要素を検索するとき、主要な要素が検出されると、各サポート要素を (個別に、または組み合わせて) チェックします。

たとえば、最初の社会保障番号が検出されたとします。 次に、完全一致データ一致機能では、ソース テーブルのすべての列でサポート要素の組み合わせが検索されます。

  • イザヤ
  • Langer
  • 05-05-1960
  • Isaiah Langer
  • イザヤ書 1960-05-05
  • Langer 05-05-1960
  • アイザイア・ランガー 05-05-1960

複数トークン マッチング

マルチトークン マッチングは、裏付けとなる証拠フィールドにマルチトークン値が含まれているが、そのような値を SIT と照合するのは簡単ではない場合にのみ使用するように設計されています。 たとえば、1 Microsoft Way, Redmond, WA や 123 Main Street, New York, NY などの値を含む Address フィールドがある場合などです。

この機能により、EDM はコンテンツ内の連続する単語のハッシュと、データ ソース内のマルチトークン フィールドのハッシュを比較できます。 それらが同じ場合、EDM は一致を生成します。 このようにして、EDM スキーマでマルチトークンとしてマークされている限り、名前、住所、病状などのマルチトークン フィールド、または複数の単語を含む可能性のあるその他の裏付けとなる証拠フィールドを検出できます。

たとえば、一致オプションとしてマルチトークン照合を選択すると、次の 2 つの追加利点が得られます。

  1. ポリシーによって、ソース テーブルの列全体で複数のフィールドに一致する内容が検出されます。
  2. ソース テーブルには、構成済みの単語数で構成される文字列値を持つフィールドを含めることができます。 次の表は、サンプル ソース テーブルを示しています。
SSN 名前 番地
987-65-4320 Isaiah Langer 1432 Lincoln Road
078-05-1120 Ana Bowman 8250 First Street
219-09-9999 Oscar Ward 424 205th Avenue

マルチトークン照合では、[ 名前 ] フィールドと [番地 ] フィールドは、独立したサポート要素文字列として、および個々のフィールドとして組み合わせて照合されます。 したがって、社会保障番号 987-65-4320 のサポート要素としてマルチトークン文字列として一致すると、一致は次のようになります。

  • Isaiah Langer
  • 1432 Lincoln Road

組み合わせて組み合わせると、次のようになります。

  • アイザイア・ランガー + 1432 Lincoln Road

複数トークン照合は、通常、単語の区切りにスペースを使用しない 2 バイト文字セットでもサポートされています。

EDM がサポートするサービス

サービス 場所
Microsoft Purview データ損失防止 - SharePoint
- OneDrive
- Teams チャット
- Exchange Online
- デバイス
Microsoft Defender for Cloud Apps - SharePoint
- OneDrive
自動ラベル付け (サービス側) - SharePoint
- OneDrive
- Exchange Online
自動ラベル付け (クライアント側) - Word
- Excel
- PowerPoint
- Exchange デスクトップ クライアント
カスタマー マネージド キー - SharePoint
- OneDrive
- Teams チャット
- Exchange Online
- Word
- Excel
- PowerPoint
- Exchange デスクトップ クライアント
- デバイス
電子情報開示 - SharePoint
- OneDrive
- Teams チャット
- Exchange Online
- Word
- Excel
- PowerPoint
- Exchange デスクトップ クライアント
インサイダー リスクの管理 - SharePoint
- OneDrive
- Teams チャット
- Exchange Online
- Word
- Excel
- PowerPoint
- Exchange デスクトップ クライアント

関連項目