AI-beveiliging en toegangsrechten

Vertrouwelijke kennis.
Gericht beschermd.

AI maakt kennis eenvoudiger vindbaar. DAXS toetst gegevenspaden, toegangsrechten en hulpmiddelen, zodat bedrijfskennis alleen wordt gebruikt waar dat inhoudelijk en technisch is toegestaan.

Twee personen bespreken het gebruik van een computerwerkplek.
Wanneer bestaande rechten plots zichtbaar worden

AI hoeft geen blokkade te doorbreken om te veel te onthullen.

Bedrijfs-AI kan documenten eenvoudiger vindbaar maken die voorheen nauwelijks bekend waren. Dat wordt een probleem wanneer de opslag voor meer personen toegankelijk is dan inhoudelijk bedoeld. AI-oversharing betekent hier onbedoelde blootstelling door te ruime deelrechten en eenvoudiger vindbaarheid. Een technisch toegestaan antwoord kan organisatorisch toch ongewenst zijn.

Doorslaggevend zijn de concrete dienst, aangesloten bronnen en de zoekidentiteit. Een chat zonder gegevenskoppeling kan niet zomaar alle bedrijfsmappen doorzoeken. Zodra bestanden worden geüpload, zoekindices gekoppeld of hulpmiddelen geautoriseerd, ontstaat een inzichtelijk te toetsen gegevenspad.

„Wat verdient mijn baas eigenlijk?”

Hypothetisch geval: een salarisbestand staat in een oude personeelsmap. Door een geërfd groepsrecht hebben ook medewerkers buiten personeelszaken leestoegang. Als het bestand voor de gebruikte AI-dienst is ontsloten en de opvraag met deze rechten is toegestaan, kan passende inhoud in een antwoord terechtkomen. Een onjuist bedrag of verzonnen antwoord is eveneens mogelijk; elke concrete uitvoer vraagt om bronbewijs.

Bij correct begrensde rechten mag het beschermde bestand voor onbevoegden niet eens in de modelcontext terechtkomen. Een vriendelijke instructie aan het model om salarissen geheim te houden vervangt deze technische controle niet.

Hetzelfde systeem, andere rechten

Drie personen stellen dezelfde vraag.

A heeft de informatie nodig voor een vrijgegeven taak. B heeft geen leesrecht. C krijgt door een rechtenfout onbedoeld toegang. Het systeem moet B uitsluiten; bij C moeten de verkeerd toegekende bronrechten worden gecorrigeerd.

Drie personen vragen naar vertrouwelijke gegevens: passende rechten geven A toegang, B wordt uitgesloten en C heeft een onjuist toegekend leesrecht.
Hypothetisch voorbeeld. Rechten worden vóór het model afgedwongen; bij onbedoeld toegestane toegang moet de bronvrijgave worden gecorrigeerd.

Het schema beschrijft verschillende toegangssituaties, geen drie opeenvolgende werkstappen. De zoekdienst moet ook wijzigingen meenemen: ingetrokken toegang mag niet voortleven in verouderde indexrechten, antwoordcaches, gedeelde gesprekken of geëxporteerde bestanden.

De grenzen helder benoemen

Verborgen, versleuteld en beschermd zijn verschillende eigenschappen.

Navigatie en toegang
Een verborgen menu-item of onbekende mapnaam trekt geen leesrechten in. Toegangsbeveiliging moet op object en gebruikte dienst werken, ook bij rechtstreeks adres, zoeken en API-opvraag.
Overerving en delen
Een document kan rechten erven uit bovenliggende mappen, groepen, afzonderlijke deelrechten of links. De effectieve toegang inclusief deze routes wordt getoetst; alleen een groepslijst bekijken volstaat niet.
Index en origineel
Een zoektreffer geeft geen nieuw recht. Zoekindex, documentfragmenten, titels, voorvertoningen en origineelopvraag vragen om passende controles. Anders kan alleen al een treffertitel vertrouwelijke informatie onthullen.
Versleuteling en autorisatie
Versleuteling beschermt bijvoorbeeld transport en opgeslagen gegevens. Wie tegenover de applicatie tot lezen bevoegd is, wordt afzonderlijk bepaald. Een dienstaccount dat inhoud mag ontsleutelen mag die daarom niet aan elke aangemelde gebruiker tonen.
Gebruiker en agent
Een agent kan met gedelegeerde gebruikersrechten of een eigen dienstidentiteit werken. Beide modellen vragen expliciete grenzen. Een gedeelde agent met een ruim account mag geen omweg rond gebruikersrechten vormen.
Interne en externe diensten
Ook intern beheerde AI heeft bronrechten, beschermde logboeken en beveiligde interfaces nodig. Bij externe connectors komen gegevensontvanger, contractkader, verwerking, opslag en toegestane acties erbij.
Hypothetische situaties uit het bedrijfsleven

Welke informatie mag gezamenlijk vindbaar zijn?

„Welk uurtarief rekent het bedrijf voor mij?”

Offertes, projectcalculaties of tabellen kunnen verkooptarieven en interne kosten bevatten. Deze grootheden moeten worden onderscheiden: het verkooptarief is de aan de klant berekende prijs. Een dekkingsbijdrage ontstaat pas na vastgelegde afbakening van af te trekken kosten. De bedrijfswinst volgt uit de volledige resultatenrekening. AI mag deze waarden niet gelijkstellen of schijnbaar precies uit één getal berekenen.

Vóór koppeling van zulke documentatie bepalen verantwoordelijken wie welke calculatie mag zien. Testvragen moeten naast de directe prijsvraag ook indirecte vragen over klantkortingen, inkoopvoorwaarden en afzonderlijke projectmarges omvatten.

De vergeten projectmap

Een afgerond project verdwijnt uit het portaal, maar blijft voor een brede groep leesbaar. Als documenten verder worden geïmporteerd of via een connector gevonden, kan AI passende inhoud gebruiken. Een getoetst archief- en rechtenbesluit is de passende maatregel; alleen een navigatielink verwijderen volstaat niet.

Personeelsbesluiten en strategie

Geplande personeelswijzigingen, overnamegesprekken, omzetdoelen, investeringen en winstprognoses kunnen verspreid zijn opgeslagen. Daarom begint de check met informatieklassen en verantwoordelijken. Een algemeen als intern aangeduide opslaglocatie vertelt nog niet welke afdeling welke afzonderlijke informatie nodig heeft.

Microsoft, ChatGPT en eigen kenniszoeken

Productfuncties toetsen, rechten bij de bron opschonen.

Voor de Microsoft Copilot-dienst met Microsoft 365-gegevens beschrijft de fabrikant opvragen binnen de toegangsrechten van de betreffende gebruiker. Te ruime leesrechten blijven daarmee een invoeringsrisico. Alleen de naam Copilot beschrijft echter niet de licentieomvang of gegevenstoegang; chat, appcontext en aanvullende agents moeten apart worden bekeken. Microsoft: gegevens en rechten (externe link) – opent in een nieuw tabblad.

Deelrechten en governance

SharePoint Advanced Management ondersteunt onderzoek naar problematische toegang. Microsoft Purview biedt onder meer classificatie, sensitivity labels, DLP en auditfuncties. Beschikbare controles en de gegevenspaden die ze bestrijken hangen af van licentie, configuratie en productversie.

Vindbaarheid begrenzen

Restricted Content Discovery kan overkoepelend zoeken en Copilot-ontdekking voor geselecteerde SharePoint-sites begrenzen. Het verandert bestaande toegangsrechten niet en vervangt dus geen toegangsblokkade voor vertrouwelijke bestanden. Directe toegang en uitzonderingen moeten worden meegetoetst.

Oude aanbevelingen corrigeren

Restricted SharePoint Search wordt uitgefaseerd. Volgens de fabrikant is nieuwe activering sinds 31-07-2026 geblokkeerd. Een nieuwe invoering hoort hier geen beveiligingsarchitectuur voor de lange termijn op te baseren.

Bij ChatGPT met verbonden diensten moet daarnaast duidelijk zijn welk account de verbinding autoriseert en welke gegevens- en actierechten dat account heeft. Een beheerde workspace organiseert verantwoordelijkheden; die corrigeert geen verkeerd ingestelde deelrechten in het bronsysteem. Bij een eigen RAG-oplossing plant DAXS identiteit, rechtenfilters en actualisering expliciet als onderdeel van de architectuur.

Effectieve controles in plaats van een geheimhoudingsprompt

Alleen toegestane informatie bereikt het model.

  1. Informatieklassen en eigenaren: Personeel, financiën, projecten en openbare kennis krijgen een gemotiveerde doelgroep en verantwoordelijke eigenaren.
  2. Least Privilege: Gebruikers, applicaties en dienstaccounts krijgen alleen benodigde rechten. RBAC koppelt rechten aan rollen; ABAC kan daarnaast kenmerken als documentklasse, organisatie of projectlidmaatschap meenemen.
  3. Geautoriseerd zoeken: De applicatie stelt de betrouwbare identiteit vast. Security Trimming of Permission-Aware Retrieval begrenst treffers en fragmenten vóór overdracht aan het taalmodel. Een uit de prompt overgenomen groepsnaam is geen identiteitsbewijs.
  4. Wijzigingen en caches: Nieuwe deelrechten, ingetrokken rechten, verwijderde bronnen en groepswissels worden bijgewerkt. Antwoordcaches mogen geen gegevens van verschillende gebruikers of tenants vermengen.
  5. DLP en beschermingsregels: Toegestane doorgifte, upload, download en externe ontvangers worden apart getoetst. Een label werkt alleen met de daarvoor geconfigureerde en ondersteunde handhaving.
  6. Negatieve tests en audit: Testaccounts zonder rechten, directe en indirecte vragen, bronwijzigingen en gemanipuleerde documenten horen bij acceptatie. Logboeken bewaren het benodigde bewijs met begrensde toegang en passende bewaring.

Sensitive Information Disclosure en Data Leakage gaan verder dan het zichtbare antwoord: ook zoeklogboeken, foutmeldingen, exports en gedeelde chats kunnen vertrouwelijke inhoud bevatten. De beveiligingstoets volgt het volledige gegevenspad.

Wanneer AI ook mag handelen

Toolrechten en goedkeuringen begrenzen de schade.

Bij een agent volstaat correct lezend zoeken niet. Een te ruim gemachtigd dienstaccount kan gegevens wijzigen of versturen die de opdrachtgevende medewerker zelf niet mag bewerken. DAXS scheidt daarom lezende hulpmiddelen, voorbereide wijzigingen en daadwerkelijke uitvoering. API en MCP-server toetsen object, identiteit, invoer en toegestane actie in het doelsysteem.

Promptinjectie kan via externe documenten of toolresultaten nieuwe handelingsinstructies binnenbrengen. Zulke inhoud blijft gegevens. Kritieke acties vragen om toetsbare goedkeuring met doel, omvang en resultaatvoorbeeld. Begrensde stappen, looptijd, kosten en een stoproute vullen deze controle aan. Deze maatregelen richten zich onder meer op de OWASP-risico's Prompt Injection, Sensitive Information Disclosure en Excessive Agency; ze beloven niet elk risico uit te sluiten.

Invoering en doorlopende verantwoordelijkheid

Een AI-beveiligingscheck met toetsbare omvang.

DAXS kan invoering van Copilot, ChatGPT of eigen AI begeleiden met afgebakende projectonderdelen: bronnen- en accountinventaris, rechtenmatrix, gegevensstroom, steekproeven van problematische deelrechten, gecontroleerde pilot en gedocumenteerde negatieve tests. Daaruit ontstaat een geprioriteerde maatregelenlijst met verantwoordelijkheden en inzichtelijke acceptatiecriteria.

Bij beheer horen wijzigingen in groepen en connectors, model- en softwareupdates, beveiligingsmeldingen, regelmatige herhaling van de rechtencontrole en omgang met opvallende uitvoer. Technisch werk en de benodigde privacyrechtelijke of organisatorische beoordeling worden afgestemd. Eén configuratie bewijst niet algemeen AVG- of AI-Act-conformiteit.

Voor het dagelijks werk vult AI op de werkplek de invoering en training aan. AI-kostenoptimalisatie verbindt beschermingsbehoefte met economische modelkeuze.

De volgende zinvolle stap

Laten we uw toepassing bespreken.

Welke taak moet eenvoudiger worden, welke gegevens zijn betrokken en welke systemen gebruikt u al? Daaruit ontstaat een afgebakende start met duidelijke toetsings- en beslismomenten.

Eenvoudig uitgelegd

AI kan bestanden vinden die per ongeluk voor te veel mensen toegankelijk zijn. DAXS toetst wie welke informatie mag lezen en welke acties mag uitvoeren. De rechten worden gecontroleerd voordat vertrouwelijke teksten de AI bereiken.