What it means
DLP connects a data-handling rule to a place where data moves or is used. A rule might look for a document label, a recognizable identifier, or a match to a protected dataset. Its action could warn the sender, ask for a justification, alert a reviewer, or block the transfer. The same rule behaves differently on email, an endpoint, and a cloud storage service. Classification, coverage, and a workable exception process matter as much as the matching technology. Inspection itself can expose sensitive content to administrators, so access to those results also needs limits.
See the idea / Data
Match the rule, enforce it, then check delivery.
Follow one labeled attachment through a covered mail rule to a blocked or delivered result.
Synthetic MailDesk sends M103 with Confidential attachment X101, copied from R101. Maya is authorized to use the staffing file. P103 blocks that labeled attachment to the outside supplier and allows the approved HR mailbox. Compare print@example.test with staffing@example.test. Sender identity, label binding and channel coverage are assumed; no real email is sent.
01 / 04
Compose
M103 holds the labeled roster attachment for the outside supplier. No rule evaluation or delivery has occurred.
More about this step
Maya’s ability to read R101 for staffing is assumed and does not authorize every destination. X101 is an unchanged independent copy with a trusted Confidential label. The primary recipient is print@example.test; the comparison recipient is staffing@example.test. The model covers a corporate-mail send, not a clipboard, personal device or every possible application.
Step through at your own pace.
Keep in mindThis is a configured label-and-recipient rule in one simulated corporate-mail channel, not a sensitive-content detector or a universal DLP flow. It has no override. Other channels, missing or incorrect labels, transformations and legitimate exceptions need separate tests. Decision V103 is recorded without the payload; analyst review and retention remain unfinished.
Read the visual, step by step
Outside supplier
- Compose. M103 holds the labeled roster attachment for the outside supplier. No rule evaluation or delivery has occurred. Maya’s ability to read R101 for staffing is assumed and does not authorize every destination. X101 is an unchanged independent copy with a trusted Confidential label. The primary recipient is print@example.test; the comparison recipient is staffing@example.test. The model covers a corporate-mail send, not a clipboard, personal device or every possible application.
- Inspect. P103 matches the Confidential attachment and outside recipient. The matching condition alone has not yet blocked or delivered the message. This supplied label and exact destination are the configured inputs, not the output of a universal content-recognition algorithm. The policy matches Confidential plus a destination other than the approved staffing mailbox. The same attachment to the approved mailbox does not meet that blocking condition. Evaluation produces a result while the send is still held; enforcement is a separate action.
- Enforce. The configured blocking action stops M103 before delivery. V103 records the decision; no attachment reaches the outside mailbox. The actual send gate rechecks the policy before creating any mailbox copy, so a fabricated allow decision cannot override it. The blocked path remains unsent and records message, policy, recipient and decision in V103 without copying the roster payload. The permitted path queues delivery but still has no received message. The sender’s file stays unchanged, and recording a decision does not complete an analyst review.
- Check inbox. An independent destination read returns 404 for M103. The blocked send has created no roster copy there; the sender still has X101. In the allowed path, the queued send first creates an independent destination copy, then the mailbox read returns HTTP 200 with the same roster row. In the blocked path, no send runs and the read returns a bodyless 404 with no message or attachment. Queuing was not treated as receipt. These simulated mailbox outcomes demonstrate P103’s selected behavior, without a live SMTP or cloud-service test. V103, R101 and sender-held X101 remain, while analyst review and retention decisions stay open.
Approved HR desk
- Compose. M103 holds the same labeled roster attachment for the approved HR mailbox. No rule evaluation or delivery has occurred. Maya’s ability to read R101 for staffing is assumed and does not authorize every destination. X101 is an unchanged independent copy with a trusted Confidential label. The primary recipient is print@example.test; the comparison recipient is staffing@example.test. The model covers a corporate-mail send, not a clipboard, personal device or every possible application.
- Inspect. The Confidential attachment is going to the approved HR mailbox. P103’s outside-recipient condition does not match; nothing has been delivered yet. This supplied label and exact destination are the configured inputs, not the output of a universal content-recognition algorithm. The policy matches Confidential plus a destination other than the approved staffing mailbox. The same attachment to the approved mailbox does not meet that blocking condition. Evaluation produces a result while the send is still held; enforcement is a separate action.
- Enforce. The gate permits M103 and queues delivery to the approved HR mailbox. V103 records the decision; queuing is not receipt. The actual send gate rechecks the policy before creating any mailbox copy, so a fabricated allow decision cannot override it. The blocked path remains unsent and records message, policy, recipient and decision in V103 without copying the roster payload. The permitted path queues delivery but still has no received message. The sender’s file stays unchanged, and recording a decision does not complete an analyst review.
- Check inbox. Delivery creates a mailbox copy. An independent read then returns M103 with the unchanged roster row. The sender’s original attachment remains. In the allowed path, the queued send first creates an independent destination copy, then the mailbox read returns HTTP 200 with the same roster row. In the blocked path, no send runs and the read returns a bodyless 404 with no message or attachment. Queuing was not treated as receipt. These simulated mailbox outcomes demonstrate P103’s selected behavior, without a live SMTP or cloud-service test. V103, R101 and sender-held X101 remain, while analyst review and retention decisions stay open.
This is a configured label-and-recipient rule in one simulated corporate-mail channel, not a sensitive-content detector or a universal DLP flow. It has no override. Other channels, missing or incorrect labels, transformations and legitimate exceptions need separate tests. Decision V103 is recorded without the payload; analyst review and retention remain unfinished.
Flow references: Microsoft Purview: DLP conditions, actions and channel scope · CIS Control 3: Data Protection · NIST SP 800-53 Rev. 5: processing purposes and security attributes
AN ILLUSTRATIVE SCENARIO
One label, two mailbox destinations
Synthetic MailDesk applies P103 to M103’s Confidential roster attachment. An outside-recipient match triggers a block before delivery, and an independent mailbox read finds no M103. The same attachment to the approved staffing mailbox is permitted, queued, delivered and read back as a separate copy. The source remains. V103 records the decision without the payload; analyst review remains open. This example tests one assumed covered channel and trusted label, not a live email product.
Put it to work
- Choose one concrete data flow, such as payroll attachments leaving corporate email. Agree with the data owner on permitted recipients, business exceptions, and the appropriate action.
- Build test records containing synthetic sensitive values. Run the rule in monitoring mode, measure incorrect matches and misses, and adjust the policy before enabling blocks.
- Restrict who can view captured content, define retention, and publish an exception route. Recheck coverage when applications, devices, labels, or business processes change.
How to check your work
Test allowed and prohibited transfers through each intended channel, including a legitimate exception. Confirm the recipient’s actual access, not just an alert banner, and ensure a reviewer can resolve the incident without unnecessarily revealing the protected data.
Connect the ideas
- Data classification
Labeling records by the harm of disclosure, alteration, or loss so protection and retention can follow.
- CASB
A control point for observing or constraining use of cloud services, including unsanctioned ones.
- Confidentiality
The property that information is available only to people or systems authorized to see it.