Why email is a growing blind spot for DLP

Most organizations focus their Data Loss Prevention (DLP) efforts on official file shares, databases, and collaboration platforms, often overlooking one of the largest repositories of confidential data they have: employee email inboxes. Workers share intellectual property, PII, internal documentation, and payment information by email every day. That makes inboxes a high-value target for accidental or malicious data exfiltration — and a place where DLP controls are too commonly weak.

Cloudflare addresses this gap by pairing Area 1 Email Security with the broader Cloudflare One platform, which combines network-as-a-service with Zero Trust security. Because Area 1 runs as part of Cloudflare One, organizations can layer DLP policies directly onto email traffic without stitching together separate products, and can enforce protection in both the inbound and outbound direction.

Blocking sensitive uploads before they hit the inbox

Cloudflare One anchors its DLP capability in HTTP(S) filtering. As traffic from data centers, offices, and remote users flows through the Cloudflare network, administrators can apply policies that inspect HTTP requests against multiple criteria — domain, URL, application, HTTP method, and others — and segment which traffic warrants a deeper data scan. All of this is controlled from a single plane and executed across Cloudflare’s network.

By choosing email applications such as Google Workspace or Microsoft 365 as the target of a DLP policy, the upload itself becomes the control point. If an employee attaches a file containing sensitive data to a message, the policy evaluates that upload in real time and can block or allow it. That means a mislabeled internal document, a public white paper exchange gone wrong, or a file containing the wrong customers’ information can be stopped at the source rather than after the message has already been sent.

BLOG-1579 Embedded Image - rCstSO
BLOG-1579 Embedded Image - EfjMEb

Enforcing stronger TLS between partner domains

Encryption in transit is only as good as the policy that requires it. For organizations with contractual obligations to communicate with partners using TLS — particularly G Suite customers whose inter-org mail still traverses the public Internet — Cloudflare Area 1 provides a way to enforce it.

In the Area 1 portal, administrators add a partner domain under “Partner Domains TLS” within “Domains & Routing.” Once TLS is required for a domain, any message sent to or from that domain without TLS is automatically dropped. Critically, this is enforced in a strict mode: Area 1 requires strong ciphers, not best-effort TLS, so email cannot be downgraded to a weaker encryption that an attacker could decrypt if intercepted. This mitigates on-path attacks that read or alter messages in transit.

BLOG-1579 Embedded Image - Q4gLp5

Stopping passive data exfiltration from compromised accounts

Data loss does not always require sending a message. An attacker who has quietly gained access to a legitimate account can sit and harvest information from existing communications without triggering conventional alerts: email volume stays normal, IP addresses remain consistent, and nothing about the behavior looks suspicious.

Cloudflare’s approach is to focus on preventing account takeover before an attacker ever gets that foothold. The most common entry route remains phishing, and Area 1’s detection models assess each message across multiple signals — including domain similarity to legitimate addresses and email sentiment — to determine whether it constitutes a phishing attempt. Suspected phish are automatically retracted before reaching the recipient’s inbox, denying the attacker the credential theft that would otherwise lead to passive, long-term data collection.

Credential theft and data loss also arrive via links embedded in email. Some point to online forms that appear innocuous but exfiltrate data the employee enters. Others trigger client-side scripts that gather device information with no user interaction, and some present exact clones of sites users access regularly, forwarding entered credentials straight to the attacker.

Area 1 mitigates this with Email Link Isolation. Each link in an inbound message is evaluated for domain authority. If a link cannot be confidently classified as safe, Area 1 launches a headless Chromium browser on an isolated instance and renders the page there, away from corporate infrastructure. Any malicious script executes against an environment the organization never touches. The inspection runs automatically, without interrupting the user.

Email attachment settings are also subject to detection. Attackers commonly rename ransomware payloads — e.g., disguising petya.7z as Invoice.pdf — in the hope that urgency will push an employee to open the file. Area 1’s payload models examine not only file extensions but the attachment’s hashed value, comparing it against known ransomware campaigns. A mismatch or a known malicious attachment results in the email being blocked before delivery.

BLOG-1579 Embedded Image - mllPbR
BLOG-1579 Embedded Image - mRAcPy

Layered defense against inbound attacks and outbound leakage

Data in email requires defense in two directions. Cloudflare One’s DLP scanning catches sensitive content as it is uploaded to email applications, applying policy at the HTTP request level. Area 1 handles the inbound threats that ultimately lead to exfiltration: phishing and account takeover, malicious links, passive harvesting from compromised inboxes, and ransomware that would lock local data. The combination gives organizations visibility and control over the content in transit and the attacks that surround it, consolidating protections that otherwise require multiple complex vendor integrations.