付録A:Check PointOffice 365との手動統合

このトピックでは、お客様がOffice 365環境をEmail Securityにバインドする、Email Securityの手動オンボーディングおよび設定プロセスの実行方法について説明します。

:

  • オンボーディングのAutomatic modeでは、保守性、管理性、およびよりスムーズなユーザエクスペリエンスが向上します。Check Pointでは、Manual modeの使用は最終手段としてのみ推奨されています。Manual modeを使用する前に、Check Point Support へ連絡して、オンボーディングのAutomatic modeで発生した問題の解決について支援を受けてください。

  • FedRAMPのお客様の場合、Azure GovernmentのGCC HighおよびDoDライセンスでは手動オンボーディングはサポートされていません。

Email SecurityをOffice 365にバインドすることを選択すると、Office 365 Install Modeウィンドウが開きます。

次のいずれかのモードを選択します。

  • Automatic mode - Email Securityが、Office 365メールをDetectモード(Monitor onlyおよびDetect and Remediate)および/またはProtect (Inline)モードで動作するように自動的に設定します。ウィザード中にEmail Securityアプリケーションを承認するだけで、すべての設定変更が自動的に適用されます。

  • Manual mode - アプリケーションをバインドする前に、Office 365 Admin Exchange Centerで必要な設定を手動で実行する必要があります。

このトピックでは、Office 365 Exchange Admin CenterでManual mode用に設定する必要がある各種設定について説明します。

以下に示すシナリオのいずれかが該当するかどうかを確認することをお勧めします。

  • Automatic modeを選択したいが、まずOffice 365に自動的に適用される設定変更を確認したい。

  • Manual modeを選択したい、そして必要な初期設定を知りたい。

- このガイドでは、{portal}はポータル名を指します。ポータル名は、Office 365 Installウィンドウで確認できます。詳細:Email Security Tenantのポータル識別子

構成にこれらの変更を適用する方法についてご不明な点がある場合は、Check Point Supportお問い合わせください。

- 手動デプロイメントでは、ユーザのブロックはサポートされず、Microsoft Quarantineの可視性も提供されません。詳細:の手順に従ってください

Office 365 Mailとの手動統合 - 必要な権限

次の場合、統合の手動モードを選択できます。Check Pointがお客様の組織向けに、メールフロールール、コネクタ、その他のMicrosoft構成を自動的に追加および管理しないようにしたい場合。

これらの構成はCheck Pointによって管理されないため、手動モードでは自動モードと比較して必要な権限が少なくなります。

API権限 - 表示名

手動統合のためにOffice 365から必要な権限

Email Securityによって実行される機能

すべての監査ログデータを読み取る

AuditLog.Read.All

異常なユーザ動作を検出し、侵害されたアカウントのワークフローをトリガするために使用されます。

連絡先を保護し、ユーザに対するポリシーの適用範囲を設定するために使用されます。

すべてのメールボックス内の連絡先を読み取る

Contacts.Read

すべてのメールボックス内の予定表を読み書きする

Calendars.ReadWrite

悪意のあるメールによって追加された予定表の招待を削除するために使用されます。

ドメインを読み取る

Domain.Read.All

保護対象ドメインを収集する目的:

  • ドメインを保護する。

  • 検査をスキップし、他のドメインからのメールがMicrosoftに返送されるのを回避する。

  • これらのドメインに対してDMARC管理を許可する。

  • Security Awareness Trainingのエンドユーザのユーザエクスペリエンスにブランディングを自動的に適用する。

すべてのグループを読み取る

Group.Read.All

ユーザにポリシーを適切に割り当てるため、ユーザをグループにマッピングするために使用されます。

組織のすべての公開ラベルおよびラベルポリシーを読み取る

InformationProtectionPolicy.Read.All

Microsoft Sensitivity Labelsを読み取り、Check PointDLPポリシーの一部として使用します。

すべてのメールボックス内のメールを読み書きする

Mail.ReadWrite

以下のために使用されます。

  • 配信後にメールが隔離または変更される、Detect and Remediateポリシールールの適用。

  • 管理者が、すでにユーザのメールボックス内にあるメールを隔離できるようにすること。

  • 管理者がメールをユーザのメールボックスに復元できるようにすること。

  • Learning Modeの一環として通信パターンのベースラインを作成すること。

すべてのユーザメールボックス設定を読み書きする

MailboxSettings.ReadWrite

以下のために使用されます。

  • 侵害されたアカウントを検出するためにメールボックスルールを読み取る。

  • Greymailワークフローの一環としてメールボックスルールを追加する。

すべての非表示メンバーシップを読み取る

Member.Read.Hidden

ポリシーの割り当て、ポリシーの適用、およびユーザベースのレポートをサポートするために、非表示のグループメンバを収集するために使用されます。

すべてのディレクトリRBAC設定を読み取る

RoleManagement.Read.Directory

ユーザとそのロールを収集し、ポリシーの適用範囲を設定し、それらを適用し、ユーザ固有のレポートを生成するために使用されます。

すべてのユーザ'の完全なプロファイルを読み取る

User.Read.All

保護とポリシーのスコープ設定を目的として、すべてのユーザを収集するために使用されます。

すべてのメールボックスへのフルアクセスで Exchange Web services を使用します

full_access_as_app (Office 365 Exchange Online)

他の Microsoft Exchange API の実行を許可するために必要です。

すべてのメールボックス内のメールを読み書きします

Mail.ReadWrite (Office 365 Exchange Online)

次の目的で使用されます:

  • メールが隔離される、または配信後に変更される Detect and Remediate ポリシールールを適用します。

  • 管理者が、すでにユーザ'のメールボックスにあるメールを隔離できるようにします。

  • 管理者が、メールをユーザ'のメールボックスに復元できるようにします。

  • Learning Mode の一環として、通信パターンをベースライン化します。

組織のアクティビティデータを読み取ります

ActivityFeed.Read (Office 365 Management APIs)

侵害されたアカウントを検出し、最新のユーザ階層を維持するために、ユーザのログインイベント、Microsoft defender イベント、および Active Directory 階層の変更を収集します。

任意のユーザとしてメールを送信します

任意のユーザとしてメールを送信します

Microsoft が他の配信方法をサポートしていないシナリオで、エンドユーザに通知を送信するために使用されます。

ポリシーモード

ポリシーモードは次のとおりです:

  • Monitor only - メールをモニタし、関連するイベントを作成します。

  • Detect and Remediate - イベントを作成し、さらに、すでにユーザに配信済みの受信メールに対して事後適用を実行します。

  • Protect (Inline) - すべてのメールはユーザに配信される前に確認されます。

Monitor onlyDetect and Remediate は同じ設定であり、このドキュメントでは Detect modes と呼ばれることがあります。

Best Practice - まず Detect modes の設定から開始し、後で Protect (Inline) に変更することを推奨します。すでに Detect モードのいずれかを使用していて、Protect (Inline) モードから開始したい場合は、次へ進んでくださいはじめに - Protect (Inline) 保護モード.

- システムを正常に動作させるには、表示されている順序で手順に従う必要があります。

ステップ 1 - 手動統合アプリケーションを認可する

  1. Getting Started Wizard で、Office 365 Mail の Start をクリックします。

    または

    左側のパネルから、Security Settings > SaaS Applications に移動します。

  2. Office 365 Mail の Start をクリックします。

  3. 動作モードとして Manual mode を選択します。

  4. 表示される Office 365 Authorization ウィンドウで、Microsoft Global Administrator の認証情報を使用してサインインします。

  5. 認可画面で、 Cloud Security Platform - Emails - Manual ModeCheck Point アプリケーションに権限を付与するため、Accept をクリックします。

    詳細:手動統合のためにOffice 365から必要な権限.

ステップ 2 - オンボーディング (Monitor only & Detect and Remediate)

このステップでは、Monitor only および Detect and Remediate モード向けに、Email Security を Office 365 と統合する準備が整います。

- このステップは、Monitor only & Remediate 保護モードを使用する場合にのみ適用されます。

ステップ 3 -Check Point必要な場合は

統合のManual modeでは、専用のCheck Point連絡先を追加する必要があります。

この連絡先は、Journal Rulesの下にあるUndeliverable Journal Reportsのためにステップ 4 - Journal Rule.

配信不能なジャーナル ルールの受信者をすでに設定している場合は、このステップをスキップしてください。

ステップ 4 - Journal Rule

Journal ruleは、Detectモード(Monitor only または Detect and Protect)でのみ使用されます。

Journal ルールは、スコープ内のすべてのメールのコピーを、Email Security が検査に使用するジャーナリング メールボックスに送信するよう Office 365 を設定します。

-

  • Journal ルールを作成する前に、配信不能ジャーナル レポートを受信するメールボックスを指定する必要があります。この目的のためのメールボックスをすでに設定している場合は、このステップをスキップし、ジャーナル ルールのみを定義してください。

ステップ 5 - コネクタ

このステップでは、2 つのコネクタを定義します。

  • Inbound connector - すべてのモード用です。

  • Journaling Outbound - Detect モード用です。

これらのコネクタは、クラウドとの間でトラフィックを送受信します。

- これらのコネクタは Detect モードで使用されます。Protect (Inline) モードの設定については、次を参照してくださいはじめに - Protect (Inline) 保護モード.

ステップ 6 - 接続フィルター(すべてのモード)

接続フィルターを更新して、次からのメールを許可リストに追加しますCheck Point.

これは、Check Pointで作成された受信コネクタと連動しますステップ 5 - コネクタ.

ステップ7 - Email Securityでの Protect (Inline) 保護モードポリシー設定

はじめに - Protect (Inline) 保護モード

Protect (Inline) 保護モードでは、システムは対象範囲内のすべてのメールをユーザに配信する前に検査します。

手動モードでは、Office 365 の設定に進む前に、ポリシーをProtect (Inline)に変更する必要があります。

Protect (Inline)保護モードを設定するには、以下のステップ7~9に従います。

- 検出モードに戻るには、次の場所でトランスポート ルールを無効にしますステップ 9 - トランスポート ルール(Protect(Inline)モード).

ステップ8 - コネクタ (Protect (Inline) モード)

このステップでは、Protect (Inline) モードの送信コネクタを定義します。

ステップ 9 - トランスポート ルール(Protect(Inline)モード)

トランスポート ルールの目的は、インラインにする必要があるユーザに対してインラインモードを実装することです。インラインポリシーのスコープを変更する(ユーザ/グループを追加または削除する)たびに、それに応じてトランスポート ルールのスコープも編集する必要があります。

- メールフロー ルールがすでに存在する場合は、Check Pointルールを優先させる必要があります。

以下にCheck Pointルールを示します:

  1. Check Point- Protect External

  2. Check Point- Protect Internal

  3. Check Point- Protect

  4. Check Point- 許可リスト

  5. Check Point- 迷惑メールフィルター

  6. Check Point- 暗号化

Check Point- Protect External

Check Point- Protect Internal

Check Point- Protect

Check Point- 許可リスト

Check Point- 迷惑メールフィルター

Check Point- 暗号化

Transport ルール

Office 365 の Transport ルールは、カスタムポリシーに基づいてトラフィック中のメールに対するアクションを自動化します。ほとんどのエンタープライズ環境では、すべての Transport ルールは Delivery Rule または Modification Rule のいずれかに分類されます。

ステップ 10 - ユーザが報告したフィッシングメールを内部メールボックスに送信する

フィッシングの報告を効果的に処理するために、Email Security では、Microsoft Report Phishing / Report Message アドインを介して送信される報告も内部メールボックスに送信される必要があります。このメールボックスは、既存の専用メールボックスでも、Microsoft ライセンスを必要としない新しい共有メールボックスでもかまいません。

ユーザが報告したフィッシングメールを内部メールボックスに送信するには:

  1. Microsoft Defender ポータルにログインします。

  2. Settings > Email & Collaboration > User reported settings をクリックします。

  3. Reported message destinations セクションまでスクロールし、次の操作を行います:

    1. Send reported messages to: フィールドで、Microsoft and my reporting mailbox を選択します。

    2. Add an exchange online mailbox to send reported messages to: フィールドに、専用メールボックスのメールアドレスを入力します。

  4. ここをSave.

手動オンボーディングへの復帰 / 自動オンボーディングへの切り替え

オンボーディングを Manual mode から Automatic mode に切り替える場合、または Email Security を Office 365 アカウントから切断する場合は、次の手順に従ってください:

  1. Security Settings > SaaS Applications に移動します。

  2. すべての Office 365 SaaS アプリケーションで Stop をクリックします。
  3. 次のすべての手順に従ってください付録A:Check PointOffice 365との手動統合のすべての手順に従い、作成したすべてのルールとオブジェクトを削除します。

  4. 必要な場合はCheck Point Supportして、Check Pointサポートがバックエンドでプロセスを完了できるようにします。

    から確認を受けた後、Check Point Support復帰プロセスは完了です。

  5. Automatic mode でオンボーディングを開始するには、Office 365 Mailのアクティブ化.

の手順に従ってください

一部の組織がオンボーディングの Manual mode を好む理由は次のとおりです:

  • Check Point Cloud Security Platform - Emails V2 エンタープライズ アプリケーションが Automatic mode に必要とする権限が、その組織には高すぎます。

  • その組織は、Check Pointが Microsoft Azure クラウドプラットフォーム内のメール フロー ルール、コネクタ、トランスポート ルールなどを自動的に変更しないことを希望しています。

ただし、Microsoft によって隔離されたメール(Unified Quarantine)を可視化し、それに対してアクションを実行するには、Check Pointには、オンボーディングの Automatic modeCheck Point において Cloud Security Platform - Emails V2 アプリケーションによってのみ要求される権限が必要です。

メールセキュリティをマニュアルモードで使用し、必要な権限を付与することに同意した顧客の場合(参照)必要なロールと権限」を参照)を Check Point Cloud Security Platform - Emails V2 アプリケーションに付与することに同意しているものの、Check PointMicrosoft Azureでメールフロー ルール、コネクタ、トランスポート ルール、およびその他の構成を管理している場合でも、Unified Quarantineを引き続き使用できます。

- エンド ユーザによってブロックされた送信者が原因でMicrosoftにより隔離されたメールは、Check Point Portalと同期されません。

これを行うには:

  1. 必要な場合はCheck Point Supportこのリクエストを添えて。

  2. サポート担当者の承認後、Microsoft管理者の認証情報を使用してOffice 365 Mail アプリケーションを再認可してください。

    1. Security Settings >SaaS Applications をクリックします。

    2. Office 365 Mail については Configure をクリックします。

    3. Re-Authorize Check Point Office 365 Email Appをクリックします。

    4. 画面上の指示に従い、Microsoft 365 アプリケーションを承認します。

    Email Securityが、より多くの権限を必要とする別のアプリケーションを使用していることを確認できます。

Unified Quarantineは有効になっており、このアプリケーションがMicrosoft 365の構成に変更を加えることはありません。