Control over AI
Blog
Comparisons 7 min read

DLP versus AI governance: which layer covers what?

DLP acts on sensitive content, AI governance on the tool and the decision. What each layer sees and misses, and when you need both.

Abstract crossing waves in teal and sand
Quick answer

DLP (data loss prevention) looks at content: when a rule recognises a citizen service number, an IBAN or a labelled document in an email, a file or a network stream, the system logs the event, issues a warning or blocks the transfer. AI governance looks at the tool: which AI services people open, what the organisation has decided about them, whether employees see that decision when they open the tool and whether use stays with the tools that are allowed. DLP has no concept of "No decision yet", and governance does not scan mail or storage. Where AI is used in the browser, including outside the managed environment, the two complement each other.

01

DLP assesses what is in a data stream; governance of AI use assesses the tool and the decision taken on it

02

A DLP rule either exists or it does not; a tool without a decision is invisible to DLP and, for governance, the most interesting row

03

DLP usually ties an event to a person; governance of AI use can do without a name

04

DLP is enough when the question is whether sensitive data leaves the managed environment through files and mail

05

You need both layers as soon as employees open AI tools in the browser, including at home and with their own accounts

A security officer at a housing association has her DLP rules in good order: citizen service numbers (BSN) and IBANs in outgoing mail trigger a warning, labelled documents cannot be sent to a personal address. When the board asks which AI tools are in use across the organisation, she opens the DLP overview. It says nothing about AI tools. It lists events, and most of those concern Outlook.

That is not a flaw in the set-up. DLP answers a different question from the one the board asked.

DLP looks at content: when a rule recognises something sensitive in a file, an email or a network stream, what follows is a log entry, a warning or a block. AI governance looks at the tool: which AI services people open, what has been decided about them, whether employees see that decision when they open the tool and whether use stays within what is allowed. The first layer reads data. The second identifies tools. For everyday AI use you usually need both, and it helps to know which does what.

What do we mean by classic DLP?

Data loss prevention is a set of rules that recognise sensitive information at the places where data can leave the organisation: email, file storage, chat, USB ports, network traffic and managed devices. A rule describes what is sensitive (a BSN pattern, a credit card number, a document labelled "confidential") and what should happen when it passes through.

Its strength is its reach within a managed environment. An organisation that runs on Microsoft 365 can use Purview to apply the same rules to Exchange, SharePoint, OneDrive, Teams and enrolled Windows devices, and those rules produce an audit trail for each event, with the file and the person attached. That is exactly what you need when you have to investigate a data breach or show an auditor that confidential files cannot get out.

Two properties mark where DLP stops. It only records an event when a rule fires, so to DLP a stream without recognisable sensitive content is an empty stream. And it works where the organisation manages the infrastructure: the mail server, the storage, the enrolled device. Outside that environment it sees nothing.

What do we mean by governance of AI use?

Governance of AI use starts from a different question: not "what is in this stream" but "which AI tool is this, and what do we think of it". For each tool, the organisation chooses one of four statuses: allowed, limited use, no decision yet or not allowed. That decision appears when someone opens the tool, and what happens next is counted at organisation level.

The difference from DLP is the starting point. A policy officer who pastes public memos into a summarising tool triggers no DLP rule: there is nothing sensitive in them. Yet the organisation should be interested in that tool, because it is being used and nobody has looked at it. "No decision yet" is a status DLP does not have. A rule either exists or it does not.

The second difference is the person. DLP ties an event to a sender, because you have to be able to investigate an incident. The governance question does not need that: "this tool was opened four hundred times this month and has no decision" is a complete answer without a name. AI monitoring versus employee monitoring explains why leaving out that one database field also spares you a processing operation involving personal data.

How do the two layers relate?

Classic DLPGovernance of AI use
Unit of assessmentThe content of a file, email or streamThe tool and the decision about it
When something happensWhen a rule fires on sensitive contentWhen someone opens an AI tool
What it doesLog, warn or blockShow the decision and the alternative; the employee can continue unless the organisation has switched that off
What it does not seeA tool without sensitive content, unmanaged devices, working from home outside the managed environmentThe content of files, mail outside the browser, storage
Knows "No decision yet"NoYes, it is the default status
Tied to a personUsually, for investigationsNot needed; only the domain and the day
Question it answersDoes sensitive data leave the organisation?Which tools do we use, what have we decided and does it work?

The two layers overlap in one place: the moment someone pastes sensitive text into an AI tool. At that point DLP can warn, within the vendor's conditions for browser, device and licence, and a browser extension can highlight the data as someone types. That is the subject of the comparison with Purview. This article covers the rest of the table, where they do not overlap.

When is DLP enough?

When your question is whether sensitive data goes out through files, mail and managed devices, and when AI use in your organisation goes through one managed environment covered by the same rules. An organisation where everyone works on a managed device in the corporate browser, with Copilot as the only AI tool and DLP rules covering that channel as well, has the content side covered.

What such an organisation does not yet know is whether that picture is accurate. DLP does not say there are no other tools; it says no rule has fired. The gap between those two statements is exactly where shadow AI grows.

When do you need both?

A municipality has allowed Copilot and has DLP switched on for mail and SharePoint. A first inventory of what people open in the browser shows that Perplexity and ChatGPT are in use alongside Copilot, plus three specialist tools: a transcription tool for meetings, a translation tool and a service that summarises policy memos. Two of the three are not in any register.

DLP missed nothing here. The texts that went into the summarising tool were public, so no rule fired, and rightly so. But nobody could use DLP to say which tools were in use, let alone whether anything had been decided about them. That is not an incident. It shows that a one-off inventory goes out of date quickly, and that DLP does not notice because it does not look at tools.

As soon as employees open AI tools in Chrome, at home, on a laptop that is not enrolled or with their own account, two things fall outside the DLP layer at once: the use and the content. For the content, what you add is a highlight as someone types. For the use, it is an up-to-date view of which tools are opened, a decision for each tool and that decision shown when someone opens the tool.

AI register
AllowedUnder reviewNot allowedAll tools
Search by tool, vendor, domain or former name…
1,012 tools
DeepSeek
Critical · 90/100
Not allowed
Otter.aiNew
High · 68/100
No decision yet
Grok
High · 67/100
Not allowed
ChatGPT
High · 62/100
Allowed
Perplexity
Medium · 55/100
No decision yet
HeyGen
Medium · 53/100
No decision yet

Every tool, scored for risk

Over 1,000 AI tools, each scored from Low to Critical. Nothing is approved or blocked until someone decides.

More about AI Governance

BeeSensible matches a catalogue of over 1,000 assessed AI tools against the use it observes in the organisation: only the domain, at most once a day per device, with no user ID and no page content. In the Inbox, an administrator sees which tools have no decision yet and records one. BeeSensible does not block anything of its own accord (whether an employee can still continue after the notice on a tool that is not allowed is a setting the organisation chooses), and it does not scan mail or storage; that remains DLP's job.

How do you put the two side by side?

Give each layer its own question and its own evidence. DLP backs up "sensitive data does not leave the managed environment through files and mail", with events per stream. Governance of AI use backs up "we know which AI tools are in use, have taken a decision on each and use stays within what is allowed", with counts per tool. Do not combine the two into a single percentage; their scope differs, and that is exactly what an auditor will ask about.

This week, look at your DLP overview and ask the question that is not in it: which AI tools were opened in the past month? If you cannot answer it, you know which layer is missing.

FAQ

Common questions

What is the difference between DLP and AI governance?

DLP assesses content: is there a citizen service number, an IBAN or a labelled document in this email, this file or this network stream, and if so, what should happen? AI governance assesses the tool and the decision: which AI services do people open, has anything been decided about them and do employees see that decision when it matters? One reads the data; the other identifies the tool.

If we have DLP, is AI use already covered?

Partly. DLP can warn when someone pastes recognisable sensitive data into an AI site, provided the browser, the device and the licence fall within the vendor's conditions. What DLP does not tell you is which AI tools are used in the organisation, which of them still have no decision and whether use goes through the allowed tools. Those are governance questions, and they concern the tool, not the content.

When is DLP alone enough?

When your question is whether sensitive data leaves the organisation through mail, files, storage and managed devices, and when AI use in your organisation goes through one managed environment covered by the same DLP. As soon as employees open AI tools in Chrome, at home, on an unmanaged laptop or with their own account, that use falls outside the picture and you need a second layer.

Does DLP also see which AI tools are used?

Not as such. DLP only records an event when a rule fires on content. An employee who opens a summarising tool and pastes in public policy memos triggers no rule, so they appear nowhere. For governance, that is precisely the tool worth looking at: it is in use and nothing has been decided about it.

Why does AI governance need no user ID while DLP does?

DLP is built to investigate an event: which file, which sender, which device. That includes a person. The governance question is different: how often was this tool opened in the organisation, and what was decided about it? A tool and a day answer that fully, without a name. Leaving the name out spares you a processing operation involving personal data, and a discussion with the works council.

Portrait of Rens Timmermans from BeeSensible

Prefer someone to walk you through it?

Rens, BeeSensible

I'm happy to give you a twenty-minute tour. Leave your details and I'll find a time that suits you. You're also welcome to call or email.

Prefer to talk to someone first?

Want a live demo, or a quote for 100+ users? Leave your details and we'll be in touch within one working day.