Skip to content

Commit a3bf5c1

Browse files
[Email Security] Accept sender disclaimer (#23664)
* [Email Security] Accept sender disclaimer * [Email Security] Update based on wiki * Addressing suggestions * Apply suggestions from code review Co-authored-by: Pedro Sousa <[email protected]> --------- Co-authored-by: Pedro Sousa <[email protected]>
1 parent e417d63 commit a3bf5c1

File tree

1 file changed

+53
-1
lines changed

1 file changed

+53
-1
lines changed

src/content/docs/cloudflare-one/email-security/detection-settings/allow-policies.mdx

Lines changed: 53 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -5,6 +5,8 @@ sidebar:
55
order: 1
66
---
77

8+
import { Example, Details } from "~/components"
9+
810
Email Security allows you to configure allow policies. An allow policy exempts messages that match certain patterns from normal detection scanning.
911

1012
To configure allow policies:
@@ -19,7 +21,7 @@ To configure allow policies:
1921
- **Action**: Select one of the following to choose how Email Security will handle messages that match your criteria:
2022
- **Trust sender**: Messages will bypass all detections and link following.
2123
- **Exempt recipient**: Message to this recipient will bypass all detections.
22-
- **Accept sender**: Messages from this sender will be exempted from Spam, Spoof, and Bulk dispositions.
24+
- **Accept sender**: Messages from this sender will be exempted from Spam, Spoof, and Bulk dispositions. Refer to [Allow policy configuration use cases](#use-case-1) for use case examples on how to configure allow policies for accept sender.
2325
- **Rule type**: Specify the scope of your policy. Choose one of the following:
2426
- **Email addresses**: Must be a valid email.
2527
- **IP addresses**: Can only be IPv4. IPv6 and CIDR are invalid entries.
@@ -30,6 +32,56 @@ To configure allow policies:
3032
- **Uploading an allow policy**: Upload a file no larger than 150 KB. The file can only contain `Pattern`, `Pattern Type`, `Verify Email`, `Trusted Sender`, `Exempt Recipient`, `Acceptable Sender`, `Notes` fields. The first row must be a header row. Refer to [CSV uploads](/cloudflare-one/email-security/detection-settings/allow-policies/#csv-uploads) for an example file.
3133
6. Select **Save**.
3234

35+
<Details header="Allow policy configuration use cases">
36+
37+
The following use cases show how you could configure allow policies for accept sender.
38+
39+
### Use case 1
40+
41+
<Example title="Company receives emails from third-party providers not used internally. These emails are sent from the service provider, and Email Security gives these emails an incorrect disposition.">
42+
This use case can affect companies such as Shopify, PayPal, and Docusign.
43+
44+
To solve this:
45+
46+
1. Create a [team submission](/cloudflare-one/email-security/email-monitoring/search-email/#team-submissions).
47+
2. Inform your Cloudflare contact about the escalation.
48+
3. Do not set up allow policies or blocked senders. In this use case, configuring allow policies will create a security gap. Setting up blocked senders will block legitimate emails from providers such as Shopify, PayPal, and Docusign.
49+
</Example>
50+
51+
### Use case 2
52+
53+
54+
<Example title="Company receives emails via third-party providers that are used internally. These emails are sent from the company's custom domain, but Email Security marks these emails as bulk, spam, or spoof.">
55+
56+
This use case can cause the emails you want to receive to follow the auto-moves rules you set up. This use case affects emails from internal tools (such as Salesforce, Atlassian, and Figma) that are given an incorrect disposition.
57+
58+
To solve this, when you add an allow policy in the Zero Trust dashboard:
59+
60+
1. Choose **Accept sender**.
61+
2. Verify that **Sender verification (recommended)** is turned on.
62+
63+
</Example>
64+
65+
66+
### Use case 3
67+
68+
<Example title="Company receives emails via third-party providers that are used internally. These emails are sent from the company's custom domain, but Email Security marks these emails as bulk, spam, or spoof. The custom email domain does not support DMARC, SPF, or DKIM, and would fail Sender Verification.">
69+
70+
This use case impacts the emails from internal tools (such as Salesforce, Atlassian, and Figma) that are given an incorrect disposition.
71+
72+
To solve this, when you add an allow policy in the Zero Trust dashboard:
73+
74+
1. Choose **Accept sender** based on the static IP you own.
75+
2. Ensure that **Sender verification (recommended)** is turned off.
76+
77+
:::caution
78+
Do not use email addresses or email domains for this policy as they can be easily spoofed without **Sender Verification (Recommended)** enabled.
79+
:::
80+
81+
</Example>
82+
83+
</Details>
84+
3385
### CSV uploads
3486

3587
You can upload a file no larger than 150 KB. The file can only contain `Pattern`, `Pattern Type`, `Verify Email`, `Trusted Sender`, `Exempt Recipient`, `Acceptable Sender`, `Notes`. The first row must be a header row.

0 commit comments

Comments
 (0)