27 Outbound data loss prevention (Very Good)
Outbound web and email data loss prevention to detect and block large or unusual volumes of data or sensitive data being transferred.
Source: ASD Strategies to Mitigate Cyber Security Incidents, 27. The statement above is our statement of the clause, read from the published text and cited so you can check it against the official text, not the instrument verbatim. Open ASD Strategies to Mitigate Cyber Security Incidents in the compliance library.
These are the artefacts auditors commonly ask for on this requirement, our guidance rather than text from the standard. Your assessor decides what is sufficient in your context, and asks for samples across the period when a report covers one.
system holds itEvidence a system already holds
- DLP policies for web and email showing sensitive data patterns and volume thresholds that trigger a block · Data governance / DLP tooling
- DLP incident reports with triage outcomes for blocked or flagged transfers · Data governance / DLP tooling
periodic reviewEvidence produced at each review
none for this control
governing documentDocuments that govern the control
- Sensitive data classification labels and dictionaries loaded into the DLP engine, with the date each was last updated · Policy repository / GRC workspace
- Coverage of DLP across email gateways, web proxies and cloud upload channels · Policy repository / GRC workspace
First move
Common gaps auditors find
- DLP left in monitor-only mode with blocking never switched on
- Personal webmail and cloud storage uploads bypass the DLP inspection path
- Thresholds so high that bulk data transfers go unflagged
Do this for your whole sheet
Paste the rows you run your controls from and get this mapping for every control at once, with the periodic-review ones flagged and a first move per row. No account for the first run.
Build my evidence sheet26 Software firewall - outbound (Very Good) · 28 Continuous incident detection and response (Excellent)