Grip op AI
Blog
Vergelijkingen 6 min leestijd

DLP versus AI-governance: wat dekt welke laag?

DLP herkent gevoelige gegevens in bestanden, mail en netwerkverkeer en grijpt in op de inhoud. Governance van AI-gebruik gaat over de tool, het besluit en het moment van typen. Twee lagen met een ander uitgangspunt, en meestal heb je ze allebei nodig.

Abstracte kruisende golven in teal en zand
Snel antwoord

DLP (data loss prevention) kijkt naar inhoud: herkent een regel een BSN, een IBAN of een gelabeld document in een mail, een bestand of een netwerkstroom, dan logt, waarschuwt of blokkeert het systeem. AI-governance kijkt naar de tool: welke AI-diensten worden geopend, wat heeft de organisatie daarover besloten, ziet de medewerker dat besluit op het moment dat hij de tool opent, en loopt het gebruik via de tools die zijn toegestaan. DLP heeft geen begrip van "nog geen besluit" en governance leest geen bestanden. Waar AI-gebruik in de browser gebeurt, ook buiten de beheerde omgeving, vullen ze elkaar aan.

01

DLP beoordeelt de inhoud van een stroom, governance van AI-gebruik beoordeelt de tool en het besluit erover

02

Een DLP-regel bestaat of bestaat niet; een tool zonder besluit is voor DLP onzichtbaar en voor governance juist de interessantste rij

03

DLP koppelt een gebeurtenis meestal aan een persoon, governance van gebruik heeft daar geen naam voor nodig

04

DLP volstaat als de vraag is of gevoelige gegevens via bestanden en mail de beheerde omgeving verlaten

05

Beide lagen zijn nodig zodra medewerkers AI-tools openen in de browser, ook thuis en met eigen accounts

Een securitymedewerker bij een woningcorporatie heeft de DLP-regels netjes op orde: BSN's en IBAN's in uitgaande mail geven een waarschuwing, gelabelde documenten kunnen niet naar een privéadres. Op de vraag van de directie welke AI-tools er in de organisatie worden gebruikt, opent ze het DLP-overzicht. Er staat niets in over AI-tools. Er staan alleen gebeurtenissen in, en de meeste gaan over Outlook.

Dat is geen fout in de inrichting. DLP beantwoordt een andere vraag dan de directie stelde.

DLP kijkt naar inhoud: herkent een regel iets gevoeligs in een bestand, een mail of een netwerkstroom, dan volgt een logregel, een waarschuwing of een blokkade. AI-governance kijkt naar de tool: welke AI-diensten worden geopend, wat is daarover besloten, ziet de medewerker dat besluit als hij de tool opent, en loopt het gebruik via wat is toegestaan. De eerste laag leest gegevens. De tweede kent tools. Voor het dagelijkse AI-gebruik heb je meestal allebei nodig, en het helpt om te weten welke wat doet.

Wat bedoelen we met klassieke DLP?

Data loss prevention is een verzameling regels die gevoelige informatie herkennen op de plekken waar gegevens de organisatie kunnen verlaten: e-mail, bestandsopslag, chat, USB-poorten, netwerkverkeer en beheerde toestellen. Een regel beschrijft wat gevoelig is (een BSN-patroon, een creditcardnummer, een document met het label "vertrouwelijk") en wat er moet gebeuren als het langskomt.

De kracht zit in de reikwijdte binnen een beheerde omgeving. Wie in Microsoft 365 leeft, kan met Purview dezelfde regels toepassen op Exchange, SharePoint, OneDrive, Teams en aangesloten Windows-toestellen, en die regels leveren een controlespoor per gebeurtenis, met het bestand en de persoon erbij. Dat is precies wat je nodig hebt als je een datalek moet onderzoeken of een auditor wilt laten zien dat vertrouwelijke bestanden niet naar buiten kunnen.

Twee eigenschappen bepalen waar DLP ophoudt. Een DLP-gebeurtenis ontstaat pas als een regel afgaat, dus een stroom zonder herkenbare gevoelige inhoud is voor DLP een lege stroom. En DLP werkt waar de organisatie de infrastructuur beheert: de mailserver, de opslag, het aangesloten toestel. Buiten die omgeving ziet het niets.

Wat bedoelen we met governance van AI-gebruik?

Governance van AI-gebruik begint bij een andere waarneming: niet "wat zit er in deze stroom", maar "welke AI-tool is dit, en wat vinden wij daarvan". Per tool neemt de organisatie één besluit uit vier statussen: toegestaan, beperkt toegestaan, nog geen besluit, niet toegestaan. Dat besluit verschijnt op het moment dat iemand de tool opent, en wat er daarna gebeurt telt mee op organisatieniveau.

Het verschil met DLP is het uitgangspunt. Een beleidsmedewerker die openbare nota's in een samenvattool plakt, raakt geen enkele DLP-regel: er zit niets gevoeligs in. Toch is die tool voor de organisatie interessant, want hij wordt gebruikt en niemand heeft ernaar gekeken. "Nog geen besluit" is een status die DLP niet kent. Een regel bestaat of bestaat niet.

Het tweede verschil is de persoon. DLP koppelt een gebeurtenis aan een afzender, omdat je een incident moet kunnen onderzoeken. De governancevraag heeft dat niet nodig: "deze tool is deze maand vierhonderd keer geopend en heeft geen besluit" is een volledig antwoord zonder naam. Waarom dat één veld in een database scheelt, en een verwerking van persoonsgegevens, staat in AI-monitoring versus medewerkersmonitoring.

Hoe verhouden de twee lagen zich?

Klassieke DLPGovernance van AI-gebruik
Eenheid van beoordelingDe inhoud van een bestand, mail of stroomDe tool en het besluit erover
Wanneer er iets gebeurtAls een regel afgaat op gevoelige inhoudAls iemand een AI-tool opent
Wat het doetLoggen, waarschuwen of blokkerenHet besluit tonen, met het alternatief; doorgaan kan altijd
Wat het niet zietEen tool zonder gevoelige inhoud, onbeheerde toestellen, thuiswerk buiten de omgevingDe inhoud van bestanden, mail buiten de browser, opslag
Kent "nog geen besluit"NeeJa, het is de standaardstatus
Koppeling aan een persoonMeestal wel, voor onderzoekNiet nodig; alleen het domein en de dag
Vraag die het beantwoordtVerlaten gevoelige gegevens de organisatie?Welke tools gebruiken we, wat hebben we besloten, en werkt dat?

De rijen overlappen op één plek: het moment waarop iemand gevoelige tekst in een AI-tool plakt. Daar kan DLP waarschuwen, met de voorwaarden die de leverancier stelt aan browser, toestel en licentie, en daar kan een browserextensie de gegevens markeren terwijl iemand typt. Dat is het onderwerp van de vergelijking met Purview. Dit artikel gaat over de rest van de tabel, en daar overlappen ze niet.

Wanneer volstaat DLP?

Als je vraag is of gevoelige gegevens via bestanden, mail en beheerde toestellen naar buiten gaan, en als AI-gebruik in jouw organisatie via één beheerde omgeving loopt die onder dezelfde regels valt. Een organisatie waar iedereen op een beheerd toestel in de zakelijke browser werkt, met Copilot als enige AI-tool en de DLP-regels ook op dat pad, heeft een sluitend verhaal over de inhoud.

Wat zo'n organisatie nog niet weet, is of dat beeld klopt. DLP zegt niet dat er geen andere tools zijn; het zegt dat er geen regel is afgegaan. Het verschil tussen die twee zinnen is precies de ruimte waarin shadow AI ontstaat.

Wanneer heb je beide nodig?

Een gemeente heeft Copilot toegestaan en DLP staat aan op mail en SharePoint. Bij een eerste inventarisatie van wat er vanuit de browser wordt geopend, blijken naast Copilot ook Perplexity en ChatGPT in gebruik, plus drie gespecialiseerde tools: een transcriptietool voor vergaderingen, een vertaaltool en een dienst die beleidsnota's samenvat. Twee van de drie staan nergens in een register.

DLP heeft hier niets gemist. De teksten die in de samenvattool gingen waren openbaar, er ging geen regel af, en dat was terecht. Alleen kon niemand op basis van DLP de vraag beantwoorden welke tools er in gebruik waren, laat staan of daar iets over was besloten. Dat is geen incident. Het laat zien dat een eenmalige inventarisatie snel achterloopt en dat DLP dat achterlopen niet opmerkt, omdat het niet naar tools kijkt.

Zodra medewerkers AI-tools openen in Chrome, thuis, op een laptop die niet is aangesloten, of met een eigen account, vallen twee dingen tegelijk buiten de DLP-laag: het gebruik en de inhoud. Voor de inhoud is een markering op het moment van typen de aanvulling. Voor het gebruik is het een actueel beeld van welke tools worden geopend, een besluit per tool, en dat besluit op het moment dat iemand de tool opent.

Zoek tool of categorie…
865 tools
ChatGPT🇺🇸
HoogToegestaan
Claude🇺🇸
MiddelToegestaan
DeepSeek🇨🇳nieuw
KritiekNiet toegestaan
Perplexity🇺🇸nieuw
MiddelNog geen besluit
Mistral🇫🇷
LaagNog geen besluit
Midjourney🇺🇸
MiddelNog geen besluit

Elke tool, beoordeeld op risico

865 AI-tools, elk beoordeeld van Laag tot Kritiek, zonder dat er iets vooraf is goedgekeurd of geblokkeerd totdat iemand een besluit neemt.

Meer over AI Tools

BeeSensible koppelt een catalogus van 865 beoordeelde AI-tools aan het gebruik dat in de organisatie wordt waargenomen: alleen het domein, hooguit één keer per dag per apparaat, zonder gebruikers-id en zonder pagina-inhoud. Een beheerder ziet in de AI Tools-module welke tools nog geen besluit hebben en legt dat besluit vast. Het blokkeert niets en leest geen bestanden; dat blijft het werk van DLP.

Hoe leg je de twee naast elkaar?

Geef elke laag haar eigen vraag en haar eigen bewijs. DLP onderbouwt "gevoelige gegevens verlaten de beheerde omgeving niet via bestanden en mail", met gebeurtenissen per stroom. Governance van AI-gebruik onderbouwt "we weten welke AI-tools in gebruik zijn, hebben per tool besloten, en het gebruik loopt via wat is toegestaan", met aantallen per tool. Tel de twee niet op tot één percentage; ze hebben een andere reikwijdte, en een auditor vraagt daar precies naar.

Kijk deze week in je DLP-overzicht en stel de vraag die er niet in staat: welke AI-tools zijn er de afgelopen maand geopend? Kun je die niet beantwoorden, dan weet je welke laag ontbreekt.

FAQ

Veelgestelde vragen

Wat is het verschil tussen DLP en AI-governance?

DLP beoordeelt inhoud: staat er een BSN, een IBAN of een gelabeld document in deze mail, dit bestand of deze netwerkstroom, en wat moet er dan gebeuren. AI-governance beoordeelt de tool en het besluit: welke AI-diensten worden geopend, is daar iets over besloten, en zien medewerkers dat op het moment dat het telt. Het een leest de gegevens, het ander kent de tool.

Als we DLP hebben, hebben we AI-gebruik dan al afgedekt?

Deels. DLP kan waarschuwen als iemand herkenbare gevoelige gegevens in een AI-site plakt, mits de browser, het toestel en de licentie binnen de voorwaarden van de leverancier vallen. Wat DLP niet beantwoordt: welke AI-tools er in de organisatie worden gebruikt, welke daarvan nog geen besluit hebben, en of het gebruik via de toegestane tools loopt. Dat zijn governancevragen, en die gaan over de tool, niet over de inhoud.

Wanneer volstaat DLP alleen?

Als je vraag is of gevoelige gegevens via mail, bestanden, opslag en beheerde toestellen de organisatie verlaten, en als AI-gebruik in jouw organisatie via één beheerde omgeving loopt die onder dezelfde DLP valt. Zodra medewerkers AI-tools openen in Chrome, thuis, op een onbeheerde laptop of met een eigen account, valt het gebruik buiten dat beeld en heb je een tweede laag nodig.

Ziet DLP ook welke AI-tools worden gebruikt?

Niet als vraag op zich. Een DLP-gebeurtenis ontstaat pas als een regel afgaat op inhoud. Een medewerker die een samenvattool opent en er openbare beleidsnota's in plakt, raakt geen enkele regel en verschijnt dus nergens. Voor governance is precies die tool interessant: hij is in gebruik en er is niets over besloten.

Waarom heeft AI-governance geen gebruikers-id nodig en DLP wel?

DLP is gebouwd om een gebeurtenis te kunnen onderzoeken: welk bestand, welke afzender, welk toestel. Daar hoort een persoon bij. De governancevraag is een andere: hoe vaak is deze tool geopend in de organisatie en wat is erover besloten. Die vraag wordt volledig beantwoord met een tool en een dag, zonder naam. Dat scheelt een verwerking van persoonsgegevens en een gesprek met de ondernemingsraad.

Portret van Rens Timmermans van BeeSensible

Liever iemand die het laat zien?

Rens, BeeSensible

Ik geef je graag een rondleiding van twintig minuten. Laat je gegevens achter, dan zoek ik een moment dat jou uitkomt. Bellen of mailen mag natuurlijk ook.

Liever eerst iemand spreken? Plan een call.

Wil je een live demo, of een offerte voor 100+ gebruikers? Laat je gegevens achter en we nemen binnen één werkdag contact op.