オーストラリア政府が PSPF に準拠するための Microsoft Purview を使用したメール マーキング戦略

この記事では、電子メールのマーキングに Microsoft Purview を使用する方法に関するオーストラリア政府機関向けのガイダンスを提供します。 その目的は、Microsoft Purview が Microsoft Exchange と統合して、PSPF Policy 8 Annex F: Australian Government Email Protection Marking Standard を含む PSPF 保護セキュリティ ポリシー フレームワーク (PSPF) に合わせて保護マーキングを適用できることを実証することです。 このガイダンスの目的は、オーストラリア政府機関が情報を保護し、情報セキュリティの成熟度を高めるのに役立ちます。

保護セキュリティ ポリシー フレームワーク (PSPF) ポリシー 8 要件 4 は、電子メールを含む情報を適切な保護マーキングを使用して明確に識別する必要があることを示しています。

保護マーキングは、 秘密度ラベルコンテンツマーキングで説明されているラベルコンテンツマーキングなど、さまざまな方法で適用できます。 ただし、受信者は返信メールのテキストベースの保護マーキングを変更できます。 PSPF Policy 8 Annex F: オーストラリア政府の電子メール保護マーキング標準は、電子 メールのマーキングに関する追加のガイダンスを提供します。 Annex F には、電子メールの件名または電子メール のメタデータに x ヘッダーの形式で適用できるマーキング構文が含まれています。

次の図は、この記事で説明する、使用可能なさまざまなマーキング 方法を示しています。

X-保護マーキング x-headers

既定では、1 つの環境内で構成され、関連付けられた情報を保護するために一連のコントロールが構成されている秘密度ラベルは、外部環境では自動的に適用されません。 外部組織に送信されたアイテムには、メタデータと視覚的なマーキングが適用されます。 その後、含まれる情報が適切に保護されていることを確認するのは、受信側の組織次第です。

組織を受け取ることによって情報が適切に扱われるようにするには、そのセキュリティ分類を解釈するのに役立つインジケーターで項目をマークすることが重要です。 解釈されると、項目は 2 つ目の組織のセキュリティコントロールのスコープに取り込まれます。 組織間の分類の翻訳は、Microsoft Purview データ損失防止 (DLP) と サービス ベースの自動ラベル付けを使用して電子メールに対して実現されます。 DLP は、サービス ベースの自動ラベル付け (または同等のサービス) が受信側で解釈するマーキングを含む電子メールをスタンプします。

電子メールの x ヘッダーは、ユーザーの可視性を低くし、システムが電子メールに適用されたマーキングを解釈できるようにするマーキング方法を提供します。 電子メール プラットフォームの観点から見ると、X ヘッダーは、ユーザーが簡単に操作できないため、アイテムの分類に関する最も信頼性の高い情報源です。

メールベースの情報が政府機関間を移動するにつれて適切に制御および保護されるように、PSPF x-protection-Marking x-header が使用されます。 この x ヘッダーは、Government 環境に入るすべての電子メールの電子メール プラットフォームによって読み取られ、解釈され、含まれている情報の機密性に適した制御を適用するために使用されます。

X ヘッダーが組織間で一貫していることを確認するために、PSPF Policy 8 Annex F: Australian Government Email Protective Marking Standard では、次の x ヘッダー構成が定義されています。

一般的に構成されるコンポーネントは次のとおりです。

• VERは、システムが構成されている標準のバージョン (現在は v2018.6) を一覧表示します。
• NSは、このガイドを使用している州政府機関にマーキングが関連するドメインであり、構成が異なります。 たとえば、 ビクトリア様式の保護データ セキュリティ フレームワーク (VPDSF) は、vic.gov.au のドメインがここで使用されていることを示します。
• SEC は、マーキングまたは分類 (UNOFFICIAL、OFFICIAL、OFFICIAL Sensitive、または PROTECTED) と一致します。
• CAVEAT は、キャビネットなどの警告がコンテンツに適用されている場合に設定されます。
• ACCESS は、情報管理マーカー (IMM) がコンテンツに適用されている場合に設定されます。

配信元ヘッダー

組織内および送信コンテンツ

PSPF Policy 8 Annex F では、 ORIGIN フィールドは 、最初に電子メール メッセージを分類したユーザーが常に認識されるように、作成者の電子メール アドレスをキャプチャします。これは、フィールドからのRFC5322と必ずしも同じではありません。

外部コンテンツと受信コンテンツ

ORIGIN フィールドの最も重要な要素は、元のエンティティです。 PSPF ポリシー 8 は、配信元 を "最初に情報を生成したか、オーストラリア政府の外部から情報を受け取ったエンティティ" として定義します 。 ORIGIN フィールドで元のエンティティ情報をキャプチャするために、汎用メール アドレスを使用できます。 たとえば、「 info@entity.gov.au 」のように入力します。 このメール アドレスは、組織によって生成されたすべてのメールの配信元フィールドにスタンプされ、要件の意図を満たすことができます。

元の送信者、受信者、メールを転送したユーザーなど、メールの詳細に関する詳細情報が必要な場合は、 Exchange Online のメッセージ トレース や 電子情報開示コンテンツ検索 などのサービスを使用して、そのような情報を表示できます。

ヘッダー フィールドでのコロンの使用

RFC 5322: インターネット メッセージ形式 と RFC 822: ARPA インターネット テキスト メッセージ標準の形式の標準 では、コロンの特殊文字を x-headers フィールド名とフィールド本文の間の区切り記号として使用することが示されています。

Microsoft 365 サービス内の Microsoft Purview インターフェイスは RFC 標準に準拠しており、コロン : が可能であり、オーストラリアのお客様の意図どおりに処理されます。

x ヘッダーの削除のリスク

オーストラリア政府機関が非エンタープライズ メール プラットフォームとクライアントと連携している場合、他の組織のシステムは返信メールから x ヘッダーを削除することがあります。 Exchange Online などのエンタープライズ メール プラットフォームと Outlook などのクライアントは、ユーザーがメールに返信するときに、x ヘッダーを含む重要な電子メール メタデータが維持されるようにします。 匿名メール プラットフォームやネイティブ モバイル デバイスの電子メール クライアントなど、他のクライアントは、理解できないメール メタデータを削除する可能性があります。 これは、設計に組み込まれた場合を除き、電子メールのセキュリティとユーザー エクスペリエンスの両方に影響します。

一般的なオーストラリア政府機関から Microsoft 365 以外のユーザーに送信された電子メールには、x-protection-marking ヘッダーと、その他の Microsoft 固有のラベル メタデータ (msip_labels ヘッダーなど) が適用されます。 このメタデータは、会話内の各メールが、前のメッセージに適用されたラベルを確実に継承するために使用できます。 Microsoft 365 以外のユーザーがマークされたメールに返信すると、その返信は重要な電子メール メタデータのみに取り除くことができます。 その結果、組織の電子メール プラットフォームによって受信された返信メールにはラベルが付けられません。 その後、ユーザーは返信に新しいラベルを選択して適用し、元の項目のマーキングに手動で合わせる必要があります。 この方法では、分類解除リスクが発生します。

受信者が簡単に変更できないため、電子メールをマークする理想的な方法は x ヘッダーですが、Microsoft では、オーストラリア政府の自動ラベル付けポリシーで複数のマーキング方法を構成して使用することをお勧めします。

1. X-保護マーキング x-header (プライマリ メソッド)
2. サブジェクトベースのマーキング (補助方法 1)
3. SIT によって解釈されるラベルの視覚的マーキング (補助方法 2)

複数のマーキングと自動ラベル付けのアプローチを適用する場合、アイテムに適用されたアイテムで検出された最高の秘密度ラベル、またはユーザーに推奨されます。 これにより、受信者の操作やヘッダーの削除によってコンテンツのラベルが誤る可能性が軽減されます。

ヘッダーの削除に関連するリスクを軽減するための自動ラベル付けアプローチについては、オーストラリア政府に対するクライアントベースの自動ラベル付けの推奨事項と、オーストラリア政府に対するサービスベースの自動ラベル付けに関する推奨事項でさらに説明します。

DLP ポリシーを使用した X-保護マーキング ヘッダーの適用

DLP ポリシーを使用して、X 保護マーキング ヘッダーを電子メールに適用できます。

新しい DLP ポリシーは、Microsoft Purview コンプライアンス ポータル内から作成できます。 このようなポリシーは、カスタム ポリシー テンプレートから作成し、Exchange サービスにのみ適用する必要があります。 このサービスのみを選択すると、すべての交換固有の条件を表示できます。 他のサービスが選択されている場合、一覧には、選択したすべてのサービスに共通する条件のみが表示されます。

ポリシーには、ユーザーに発行される各秘密度ラベルのルールが含まれている必要があります。

各ルールには、その目的に基づいて名前を付ける必要があります。 たとえば、 UNOFFICIAL x-Header を適用するルール名です。 マーキングの組み合わせを収容するルールの場合、ラベル名は DLP ルール名に許可されている長さを超える可能性があります。 このため、切り捨てが必要です。 [ DLP ポリシーの例] では、X ヘッダーと件名のマーキングを適用 するために、この問題を考慮して警告または IMM が短縮されました。

ルールには 、コンテンツに含まれる>感応性ラベル の条件を設定し、ルールに関連するラベルを選択する必要があります。

メッセージまたは添付ファイルの述語を評価するオプションを選択する必要があります。これは、機密性の高い添付ファイルを電子メールに適用する x ヘッダーが、 ラベルの継承で説明されている機能を拡張するために役立ちます。

管理者は、x-protection マーキング x ヘッダーに他のデータ ( EXPIRES や DOWNTOの値など) が含まれる可能性があることに注意する必要があります。 この情報の存在は、使用が限られているため、多くの組織にとって可能性は低いですが、データが存在する場合は維持する必要があります。 これを実現するには、NOT オペランドを使用して条件グループを作成します。 これにより、項目にヘッダーが既に存在する場合、ヘッダーは上書きされません。

ルール アクションは、ヘッダーを設定するように構成 されます。 ヘッダー値は、適用されたラベルの x 保護マーキング値と一致する必要があります。

X-保護マーキング ヘッダーのテスト

この記事で説明する DLP ポリシーは、PSPF フレームワークとの正確性と整合性を確保するために、テスト環境内でテストする必要があります。 電子メールの x ヘッダーは、ほとんどの電子メール クライアントを介して表示できます。 Outlook では、クライアントのバージョンに応じて、メールを開いて [ファイル]、[プロパティ] の順に選択するか>メッセージを開き、[メッセージの表示] プロパティ> [ビュー] を選択してヘッダーを表示できます。

Microsoft Message Header Analyzer は、 https://mha.azurewebsites.net/にあるヘッダー情報を表示するために使用されます。

PSPF Policy 8 Annex F には、独自の構成と比較できる例が用意されています。

サブジェクトベースのマーキング

電子メールマーキングの代替アプローチは、電子メールの件名フィールドに依存します。これは、メールの件名の末尾にマーキングを含むように変更できます。 たとえば、'Test email subject [SEC=PROTECTED]' などです。

PSPF Policy 8 Annex F で説明されているように、メールの生成または転送中に件名ベースのマーキングを簡単に操作できます。 ただし、 x ヘッダーの削除のリスクに対する軽減策として、件名ベースのマーキングは、電子メール プラットフォームまたはクライアントが電子メール メタデータを削除した状況に役立ちます。 したがって、サブジェクトベースのマーキングは、x ヘッダーの補助メソッドとして使用する必要があります。

件名ベースのメール マーキングの適用

X ヘッダーと同様に、件名ベースのマーカーは DLP ポリシーを介して適用されます。 ポリシーは カスタム ポリシー テンプレート から作成し、Exchange サービスにのみ適用する必要があります。

ポリシーに秘密度ラベルごとにルールが含まれていることを確認します。 適切なルール名の例として、 UNOFFICIAL サブジェクト マーキングの適用があります。 x ヘッダー ベースのルールと同様に、マーキングの組み合わせが使用されている場合、ルール名は許可された値を超える可能性があります。 このため、 X ヘッダーとサブジェクト マーキングを適用する DLP ポリシーの例 では、警告または IMM 名に切り捨てが適用されます。

これらのルールには、コンテンツに 含まれる 条件と、ルールに関連する秘密度ラベルが必要です。 サブジェクト マーキングを適用するルールに例外を適用する必要はありません。

件名を変更するようにルール アクションを構成する必要があります。

変更対象アクションは、\s*?\[SEC=.*?\]の正規表現 (RegEx) で構成する必要があります。 この RegEx は、 [SEC=で始まる角かっこ内のデータ内の値をチェックして削除します。 また、マーキングの前に空白文字も削除されます。

この RegEx ベースのメソッドを使用してサブジェクト マーキングを再適用すると、マーキングの重複が発生しないようにします (例: [SEC=UNOFFICIAL] [SEC=UNOFFICIAL])。 DLP ポリシーでは、件名のマーキングを信頼できるソースからの値に削除して置き換えることで、これを行うことができます。この場合は電子メールのラベルです。

[ この置換テキストを挿入 する] フィールドに、件名ベースのマーキングとして使用されるテキストを入力します。 置換テキストで適用されるマーキングの前にスペース文字 (例: ' [SEC=UNOFFICIAL]') を付けることをお勧めします。これにより、電子メールの件名の末尾とマーキングの前にスペースが確実に存在します。 変更対象パターンに空間検出 (\s*?) が RegEx に含まれていることを確認して、エクスペリエンスの一貫性を維持します。 RegEx がないと、マーキングの前にスペースを簡単に積み重ねることができました。

置換テキストの位置は、一致を削除し、置換テキストを件名に追加するように設定する必要があります。

X ヘッダーとサブジェクト マーキングを適用する DLP ポリシーの例

次の DLP ポリシーは、x-protective-marking x-headers と subject マーキングを電子メールに適用することを目的としています。

ポリシー名: PSPF x-header とサブジェクト マーキングを追加する

適用されるサービス: 交換