Email security では、許可ポリシーを設定できます。許可ポリシーは、特定のパターンに一致するメッセージを通常の検出スキャンから除外します。
許可ポリシーは、設定ミスなどが原因でブロックされうる正当なメッセージに重要です。
許可ポリシーの例
許可ポリシーの例は、フィッシングシミュレーション製品です。フィッシングシミュレーション製品を Accept sender として設定すると、Email security はこれらの模擬メッセージ内のメッセージをスキャンしません(リンクもクロールしません)。
許可ポリシーは、個別のメールアドレス、IP アドレス範囲、ドメインなどの条件でメッセージに一致するように設定できます。この柔軟性により、スパム評価が低い送信元や、自社サーバーから大量送信する送信元であっても、正当なメッセージを除外できます。
許可ポリシーは、誤検出の緩和に使います。メールが malicious または suspicious と判定されても受信したい場合は、そのメールを許可ポリシーに含めます。
Email security の許可ポリシーでは、Accept sender を選べます。
Accept sender は、spam、bulk、spoof と判定されるはずのメッセージに例外を作ります。ただし、Email security は引き続き悪意の有無をスキャンします。
受信トレイを悪意のある、または不審な活動から守るうえで最も安全な選択肢のため、このオプションを選ぶことを推奨します。
正当なマーケティングメールがブロックされた場合の利用例
マーケティングメールが正しいテンプレートに従っていないと、malicious または spam と判定されることがあります。テンプレートを変更できない場合もあります。ただし、このシナリオではマーケティングメールは正当です。
ユーザーがマーケティングメールを受け取れるようにするには、Accept sender を選び、Rule Type > Domains にマーケティングドメインを追加します。
Accept sender と Domains を組み合わせると、正しいテンプレートに従っていないマーケティングメールを除外できます。
Accept sender に追加する正規表現とメールアドレス
Accept sender を設定するときに追加できる既知のサービスの一覧です。正規表現の検証には RegExr Validation ↗ を使うことを推奨します。
-
Google
drive-shares-noreply@google.com.*@docs\.google\.com.*@docos\.bounces\.google\.com.*@calendar-server\.bounces\.google\.com.*@alerts\.bounces\.google\.comcalendar-notification@google.com.*\+bnc.*@<gsuited-company-domain>noreply-cloud@google.com<groupname>@<gsuite-company-domain>.*@doclist\.bounces\.google\.com -
DocuSign
.*@docusign\.net -
Twitter - Mentions/Retweets
notify@twitter.com -
GitHub(メンションと通知)
noreply@(github|git)\.<github-enterprise-hosting-domain>notifications@github.com -
Apache Foundations(開発者)
.*@.*\.apache\.orgjira@apache.org -
Atlassian
jira@<company-hosted-jira-domain>jira@<team-name>.atlassian.netconfluence@<company-hosted-jira-domain>confluence@<team-name>.atlassian.net -
Intercom
notifications@intercom-mail.comnotifications@mail.intercom.io -
SharePoint
no-reply@sharepointonline.com -
Box と Dropbox
.*@dropbox\.comnoreply@box.com -
Salesforce
.*@chatter\.salesforce\.com.*@.*\.(apex|bnc)\.salesforce\.com.*@.*\.bnc(\.sandbox)?\.salesforce\.com -
Webex - Invites/Mentions
messenger@webex.com -
一括配信業者
.*@.*mailchimp\.com.*@mandrillapp\.com.*mailspike\.org -
LinkedIn
invitations@linkedin.com -
FBWork
.*@fbworkmail\.com -
Asana
.*@mail\.asana\.com -
EchoSign
.*@mail\.echosign\.com -
HelloSign
noreply@(email|mail)\.hellosign\.com -
Podio
noreply@podio.com -
Quip
noreply.*@quip\.com -
Zeplin
no-reply@zeplin.io -
DataHug
notifications@datahug.com -
Paperless
.*@paperlesspost\.com -
NetSuite
.*@.*\.na\d\.netsuite\.com -
FS-ISAC
cyberintel@lists.fsisac.com -
Expensify
replies\+[0-9]+@expensify\.com -
KnowBe4
.*@[a-z]+\.knowbe4\.com147\.160\.167\.([1-5][0-9]|6[0-2]|[1-9]) -
FreshDesk
.*@.*\.freshdesk\.com -
Webroot
167.89.85.5449.72.237.117 -
Wombat Egress IPs
Training Platform
107.20.210.25052.1.14.157 -
Phishing Assessment
107.23.16.22254.173.83.138
許可ポリシーを設定するには、次を行います。
- Cloudflare One ↗ にログインします。
- Email security を選びます。
- Settings を選び、Detection settings > Allow policies を開きます。
- Detection settings ページで Add a policy を選びます。
- Add an allow policy ページで、ポリシー情報を入力します。
- Input method: Manual input または Uploading an allow policy を選びます。
- Manual input:
- Action: 条件に一致するメッセージを Email security がどう扱うかを、次から選びます。
- Trust sender: メッセージはすべての検出とリンク追跡をバイパスします。
- Exempt recipient: この受信者宛のメッセージは、すべての検出をバイパスします。
- Accept sender: この送信者からのメッセージは、Spam、Spoof、Bulk の判定から除外されます。Accept sender の許可ポリシー設定例は 許可ポリシーの設定ユースケース を参照してください。
- Action: 条件に一致するメッセージを Email security がどう扱うかを、次から選びます。
- Rule type: ポリシーの適用範囲を指定します。次から選びます。
- Email addresses: 有効なメールである必要があります。除外するメールの送信元アドレスを入力します。
- IP addresses: メールサーバーの IP アドレスです。このメールサーバーから送信されたメールアドレスは許可されます。IP アドレスは IPv4 のみです。IPv6 と CIDR は無効です。
- Domains: 有効なドメインである必要があります。
- Regular expressions: 有効な Java 式である必要があります。正規表現は、送信者メールアドレス関連のフィールド(envelope from、header from、reply-to)、送信元 IP アドレス、メールのサーバー名と照合されます。たとえば、
.*@domain\.comを入力すると、domain.comで終わるすべてのメールアドレスを除外できます。
- (Recommended) Sender verification: このオプションは DMARC、SPF、または DKIM 認証を強制します。有効にすると、Email security は認証に合格したポリシーだけを適用します。
- Notes: 許可ポリシーに関する追加情報を記入します。
- Manual input:
- Uploading an allow policy: 150 KB 以下のファイルをアップロードします。ファイルに含められるフィールドは
Pattern、Pattern Type、Verify Email、Trusted Sender、Exempt Recipient、Acceptable Sender、Notesのみです。先頭行はヘッダー行である必要があります。サンプルファイルは CSV アップロード を参照してください。
- Input method: Manual input または Uploading an allow policy を選びます。
- Save を選びます。
許可ポリシーの設定ユースケース
Accept sender 向けの許可ポリシー設定例です。
社内では使っていないサードパーティプロバイダーからメールを受け取る。これらのメールはサービスプロバイダーから送られ、Email security が誤った判定を付ける。
このユースケースは、Shopify、PayPal、Docusign などを使う企業に影響することがあります。
対処方法:
- チーム提出 を作成します。
- エスカレーションについて Cloudflare の担当者に連絡します。
- 許可ポリシーやブロック済み送信者は設定しないでください。このユースケースで許可ポリシーを設定すると、セキュリティ上の抜けが生まれます。ブロック済み送信者を設定すると、Shopify、PayPal、Docusign などのプロバイダーからの正当なメールがブロックされます。
社内で使っているサードパーティプロバイダー経由でメールを受け取る。これらのメールは自社のカスタムドメインから送られるが、Email security が bulk、spam、または spoof と判定する。
このユースケースでは、受信したいメールが設定済みの auto-moves ルールに従うことがあります。Salesforce、Atlassian、Figma などの内部ツールからのメールに誤った判定が付く場合に該当します。
対処方法として、Cloudflare One ダッシュボードで許可ポリシーを追加するときは、次を行います。
- Accept sender を選びます。
- Sender verification (recommended) がオンであることを確認します。
社内で使っているサードパーティプロバイダー経由でメールを受け取る。これらのメールは自社のカスタムドメインから送られるが、Email security が bulk、spam、または spoof と判定する。カスタムメールドメインは DMARC、SPF、DKIM に対応しておらず、Sender Verification に失敗する。
このユースケースは、Salesforce、Atlassian、Figma などの内部ツールからのメールに誤った判定が付く場合に影響します。
対処方法として、Cloudflare One ダッシュボードで許可ポリシーを追加するときは、次を行います。
- 自社が所有する静的 IP に基づいて Accept sender を選びます。
- Sender verification (recommended) がオフであることを確認します。
150 KB 以下のファイルをアップロードできます。ファイルに含められるのは Pattern、Pattern Type、Verify Email、Trusted Sender、Exempt Recipient、Acceptable Sender、Notes のみです。先頭行はヘッダー行である必要があります。
サンプルファイルは次のとおりです。
Values, Rule Type, Sender Verification, Trusted Sender, Exempt Recipient, Acceptable Sender, Notes
whale@notaphish.com, EMAIL, true, true, false, true, not a phishすべての許可ポリシーをエクスポートするには、次を行います。
- Detection settings ページで Value(s) を選びます。Value(s) を選ぶと、すべての許可ポリシーが選ばれます。
- Export to CSV を選びます。
特定の許可ポリシーをエクスポートするには、次を行います。
- Detection settings ページで、エクスポートする許可ポリシーを選びます。
- Export to CSV を選びます。
許可ポリシーを編集するには、次を行います。
- Detection settings ページで、編集する許可ポリシーを選びます。
- 三点リーダー > Edit を選びます。
- 許可ポリシーを編集します。
- Save を選びます。
許可ポリシーを削除するには、次を行います。
- Detection settings ページで、削除する許可ポリシーを選びます。
- 三点リーダー > Delete を選びます。
- ポップアップで Delete を選びます。
複数の許可ポリシーを一度に削除するには、次を行います。
- Detection settings ページで、削除する許可ポリシーを選びます。
- Action を選びます。
- Delete を選びます。