Datasoevereiniteit is een kwestie van wie de controle heeft

Vraag het meeste leidinggevenden waar hun gevoelige data zich bevindt en ze kunnen een regio noemen. Vraag wie het mag lezen, kopiëren of uitschakelen, en het antwoord wordt vager. Die kloof is het echte onderwerp van datasoevereiniteit, en toezichthouders beginnen dat nu ook duidelijk te zeggen. Op 5 november 2026 publiceerde de Spaanse gegevensbeschermingsautoriteit, de AEPD, samen met haar Griekse tegenhanger een gezamenlijke gids over veilige verwerkingsomgevingen, waarin controle wordt behandeld als een technisch feit in plaats van een contractuele clausule.

Diezelfde week waren er twee herinneringen aan wat er gebeurt als controle alleen op papier bestaat. Een coalitie van vier procureurs-generaal van Amerikaanse staten kondigde een schikking aan met een bedrijf waarvan de monitoringsoftware een indringer registreerde, maar niemand waarschuwde. En een Britse zaak liet zien hoe een spreadsheet, goedbedoeld gepubliceerd, verborgen data over ongeveer 8.000 werknemers naar buiten bracht.

Deze post stelt dat soevereiniteit, privacy- en beveiligingsfouten één oorzaak delen. Iemand dacht dat er een controle was, maar niemand controleerde of die werkte. De onderstaande secties behandelen wat toezichthouders nu verwachten, waarom locatie en controle verschillende vragen zijn, hoe leveranciersconcentratie beide ongemerkt ondermijnt, wat recente handhavings- en openbaarmakingszaken onthullen, hoe AI-assistenten al deze problemen erven, en hoe je controle periodiek kunt toetsen zodat geloof wordt vervangen door controle.

Belangrijkste inzichten

1. Toezichthouders definiëren soevereiniteit als controle.

De AEPD en Helleense gids stelt dat de aanbieder daadwerkelijke en effectieve controle moet hebben, zelfs als een derde partij de infrastructuur levert. Daarmee verschuift de vraag van contract naar technisch feit.

2. Locatie geeft antwoord op waar, controle op wie.

Een server binnen de juiste landsgrens laat nog steeds open wie de sleutels heeft, wie het systeem beheert en welke onderaannemers toegang tot de data kunnen krijgen.

3. Controles die nooit afgaan zijn erger dan geen.

Een schikking met betrekking tot 13,3 miljoen getroffenen draaide om ontbrekende multi-factor authentication, niet-versleutelde bestanden en monitoringsoftware die nooit was ingesteld om te waarschuwen.

4. Data verlaat het bedrijf via kanalen die mensen vertrouwen.

Een routinematige openbaarmaking van publieke documenten onthulde verborgen ziekteverzuimdata van ongeveer 8.000 werknemers, omdat niemand controleerde wat de spreadsheet bevatte.

5. AI-assistenten erven dezelfde gaten.

Nieuwe richtlijnen van een bankentoezichthouder houden banken verantwoordelijk voor AI van derden. Assistenten moeten dus handelen binnen de rechten van de gebruiker en onder hetzelfde beleid als mensen.

Een Europese gids zegt het nu hardop

De AEPD en de Helleense gegevensbeschermingsautoriteit stelden hun gids op met input van Eurostat, de Spaanse General Directorate of Data, de Italiaanse Garante en het Britse Information Commissioner’s Office. Dat is een opvallende lijst van bijdragers voor een document over infrastructuur. Het signaleert dat toezichthouders in diverse rechtsbevoegdheden het eens zijn over het punt.

Het punt is dat een organisatie die verantwoordelijk is voor persoonsgegevens daadwerkelijke en effectieve controle moet houden over de verwerkingsomgeving, zelfs als een derde partij de infrastructuur levert. Een certificaat op de website van een leverancier voldoet daar niet aan. Een clausule in een contract ook niet. De gids waarschuwt bovendien voor afhankelijkheid van één leverancier en merkt op dat een data protection impact assessment doorgaans verplicht zal zijn voor dit soort verwerking.

Lees dit als een verschuiving van de bewijslast. Jarenlang regelden veel organisaties soevereiniteit door garanties te kopen. Ze verzamelden certificeringen, tekenden standaarddocumenten en dienden de verklaring van de leverancier in bij het privacyprogramma. De gids impliceert een andere toets. Kun je als verantwoordelijke organisatie aantonen dat jij de touwtjes in handen hebt? Kun je bepalen wie toegang krijgt, de configuratie wijzigen en de data verplaatsen of verwijderen zonder toestemming van een ander?

De meeste organisaties kunnen niet op alle drie de vragen ‘ja’ antwoorden. De touwtjes liggen meestal bij de beheerders van de cloudprovider, de engineers van de managed service provider of een onderaannemer verderop in de keten. Dat is geen gebrek aan intentie, maar het logische gevolg van infrastructuur als dienst inkopen en de aankoop als controle beschouwen.

Een terechte kanttekening: de gids is een toezichthoudende publicatie over veilige verwerkingsomgevingen en creëert op zichzelf geen nieuwe wet. Maar toezichthouders schrijven gidsen om te beschrijven hoe zij bestaande wetgeving lezen, en de richting is duidelijk. De verantwoordelijke partij moet controle kunnen aantonen; een belofte van een leverancier is geen bewijs.

Locatie geeft antwoord op waar, controle op wie

Drie begrippen worden in bestuurskamers vaak door elkaar gehaald. Dataresidentie beschrijft waar data wordt opgeslagen. Datalokalisatie beschrijft wetten die vereisen dat data binnen een bepaald gebied blijft. Soevereiniteit beschrijft wie de zeggenschap over de data heeft, inclusief wie toegang kan afdwingen. Een systeem kan aan de eerste twee voldoen en toch falen op het derde punt.

Neem een hypothetische organisatie die klantgegevens opslaat in een datacenter in eigen land, beheerd door een dochteronderneming van een buitenlandse aanbieder. De residentievink is gezet en aan de lokalisatieregel is voldaan. Maar als de overheid van de aanbieder het bedrijf kan dwingen data van haar dochterondernemingen af te staan, is de controle van de organisatie voorwaardelijk. Dat is de zorg achter het debat over de US CLOUD Act, en de reden dat een postcode in een contract minder zegt dan het lijkt.

Drie vragen maken van een locatieclaim een controleclaim. Wie heeft de encryptiesleutels? Als de leverancier die heeft, kunnen medewerkers van de leverancier of een juridisch bevel de data ontgrendelen, ongeacht de geografie. Door de klant beheerde encryptiesleutels verschuiven die macht naar de organisatie, en dubbele encryptie voegt een tweede laag toe, zodat niet alle gegevens met één set inloggegevens te ontsluiten zijn.

Wie beheert de omgeving? Beheerders kunnen vrijwel alles zien en wijzigen, dus de locatie van de beheerders is net zo belangrijk als die van de schijven. Een organisatie die data in de regio houdt, maar beheer op afstand vanuit elders toestaat, heeft de vraag verplaatst, niet beantwoord.

Welke onderaannemers komen met de data in aanraking? De garanties van een leverancier gelden zelden voor diens eigen leveranciers. De keten is waar soevereiniteit ongemerkt weglekt, en een eerlijk programma voor risicobeheer door derden brengt die tot aan de laatste schakel in kaart.

Dit alles maakt grensoverschrijdende overdrachten niet onmogelijk. Mechanismen zoals standaard contractuele clausules blijven een legitiem onderdeel van GDPR-naleving. Maar een clausule is alleen zo sterk als het vermogen van de organisatie om te verifiëren dat aan de voorwaarden wordt voldaan. Daarmee draait het gesprek weer om controle.

Eén leverancier is één single point of failure

De AEPD-gids waarschuwt voor afhankelijkheid van één leverancier, en het onderzoek van Kiteworks naar de regio waar de druk op soevereiniteit het snelst toeneemt, laat zien waarom die waarschuwing praktisch is. In Kiteworks 2026 Data Security and Compliance Risk: Data Sovereignty in the Middle East meldde 44 procent van de respondenten uit het Midden-Oosten een incident gerelateerd aan soevereiniteit, tegenover 32 procent in Europa en 23 procent in Canada.

De mix van incidenten is leerzaam. Regulatoire onderzoeken waren goed voor 22 procent, datalekken gerelateerd aan soevereiniteit voor 20 procent, falen van derden voor 19 procent, overheidsverzoeken om toegang voor 15 procent en ongeoorloofde overdrachten voor 13 procent. Het bewustzijn was hoog, op 74 procent, en 93 procent gaf aan dat soevereiniteitskaders hun operaties beïnvloeden. Weten van het probleem heeft het niet voorkomen.

Kijk hoeveel van deze categorieën terug te voeren zijn op een leverancier. Falen van derden is het duidelijke geval, maar ook overheidsverzoeken, ongeoorloofde overdrachten en zelfs sommige datalekken hangen af van wat een aanbieder kan bereiken en wie hem kan dwingen. Concentratie versterkt het effect. Als één leverancier de data, de sleutels en het beheer in handen heeft, raakt één fout, één juridisch bevel of één storing alles.

Uit hetzelfde onderzoek bleek dat 48 procent van plan is het regionale cloudgebruik te vergroten, en 33 procent noemt geopolitieke instabiliteit als reden. Workloads naar een regionale aanbieder verplaatsen kan sommige risico’s verkleinen, maar kan ook een nieuwe concentratie creëren als de organisatie simpelweg de ene afhankelijkheid voor de andere inruilt. Regionale hosting verandert het adres van het risico, maar neemt de noodzaak om controle te houden niet weg.

Weerbaarheid hoort in hetzelfde gesprek. Een exitplan dat nooit is geoefend, is een hoop. De test is of de organisatie haar data, sleutels en beleid binnen een acceptabel tijdsbestek naar een andere omgeving kan verplaatsen, en of dat ooit is geprobeerd. Toezichthouders die vragen naar afhankelijkheid van één leverancier, vragen naar die oefening.

Een controle die bestaat maar niet afgaat

Als de eerste faalmodus het vertrouwen op de garantie van een leverancier is, dan is de tweede het vertrouwen op eigen tools zonder ze te testen. Op 6 november 2026 kondigde de procureur-generaal van New York een schikking aan, samen met Connecticut, Michigan en New Jersey, met Perry Johnson & Associates en vier gelieerde bedrijven. Het headlinebedrag is maximaal $10 miljoen, waarvan ten minste $300.000 gegarandeerd is en $9,7 miljoen afhankelijk. Het incident trof ongeveer 13,3 miljoen mensen, waaronder circa 4,2 miljoen inwoners van New York.

De feiten zijn duidelijk. In maart 2023 drong een indringer binnen met de inloggegevens van een medewerker. Externe toegang had geen multi-factor authentication. Bestanden met beschermde gezondheidsinformatie waren niet versleuteld. De software van één bedrijf registreerde de activiteit van de indringer, maar was niet ingesteld om iemand te waarschuwen. De inbraak kwam pas ongeveer twee maanden later aan het licht, toen de hackers contact opnamen.

Elke controle in dat verhaal bestond in een bepaalde vorm. Het bedrijf had loggingsoftware. Het had externe toegang. Het had bestanden. Wat ontbrak was de configuratie die elke controle zijn werk had laten doen. Multi-factor authentication ontbrak op de deur die de indringer gebruikte. Encryptie ontbrak op de bestanden die de indringer bereikte. En een alert ontbrak op het enige tool dat keek.

Dit is het falen dat zelden op een compliance-checklist verschijnt, omdat zo’n lijst alleen vraagt of een controle aanwezig is. De schikkingsvoorwaarden wijzen op een andere vraag: is elke controle zo geconfigureerd dat hij daadwerkelijk werkt? De vereiste hervormingen omvatten een beveiligingsprogramma en incident response protocol, multi-factor authentication, wachtwoordbeheer, encryptie en asset management, jaarlijkse HIPAA-risicobeoordelingen en beleid voor het verzamelen, gebruiken, bewaren en verwijderen van data. Meerdere daarvan gaan over werking, niet over eigendom. Ze vereisen dat iemand periodiek controleert of de maatregelen nog werken.

Voor gereguleerde data liggen de belangen in de HIPAA Security Rule en de verwachting van voortdurende risicoanalyse. De praktische les reikt verder dan de zorgsector. Een audit log die alles registreert maar nooit alarmeert, is een dagboek. Een monitoringtool is pas een controle als een aangewezen persoon de output ontvangt en geacht wordt te handelen.

Data kan vertrekken via een deur die niemand bewaakte

Niet elk verlies is het gevolg van een aanvaller. Een zaak die werd besproken in een analyse van Jackson Lewis op 9 december 2025, beschreef hoe Royal Cornwall een spreadsheet publiceerde als reactie op een Wob-verzoek in 2023. Het bestand bevatte verborgen data over ziekteverzuim van ongeveer 8.000 huidige en voormalige werknemers. Nadat het probleem aan het licht kwam, werd het bestand verwijderd, werd het openbaarmakingslogboek opgeschort en voerde de organisatie een regel in dat spreadsheets volledig moeten worden uitgeschakeld vóór publicatie.

Het detail dat opvalt is hoe gewoon het kanaal was. Een openbaarmaking van publieke documenten is een vertrouwde, routinematige, goedgekeurde route voor data om het bedrijf te verlaten. Niemand probeerde iets te stelen. De organisatie wist gewoon niet wat het eigen bestand bevatte, omdat het gevoelige materiaal in verborgen tabbladen stond die de publicerende persoon nooit zag.

Dat is net zo goed een soevereiniteitsprobleem als een privacyprobleem. Een organisatie die niet kan zeggen wat een bestand bevat, kan ook niet zeggen waar de inhoud is gebleven, wie het kan lezen of welk recht van toepassing is. Data-classificatie is de controle die die vragen beantwoordt, en preventie van gegevensverlies is hoe classificatie wordt afgedwongen op het moment dat een bestand het bedrijf verlaat. Beide lijken onbelangrijk tot ze ontbreken.

De oplossing in dit geval was een aanpassing van het proces, en dat was een goede. Maar de betere vraag is waarom een regel over verborgen spreadsheets geleerd moest worden uit een incident. Elke organisatie die documenten publiceert, bestanden deelt met partners of data naar toezichthouders stuurt, loopt hetzelfde risico. De test is simpel te formuleren en wordt zelden uitgevoerd: neem een representatieve steekproef van uitgaande bestanden en vraag wat elk bestand bevat dat de verzender niet bedoeld had te delen.

Voor persoonsgegevens en gezondheidsdata telt het antwoord zwaar onder PII- en PHI-regels. Een controle die alleen werkt als de verzender eraan denkt te kijken, is een gewoonte, en gewoontes falen op drukke dagen.

AI-assistenten erven al deze problemen

Alles hierboven geldt ook voor AI-assistenten, en de bankentoezichthouders hebben dat opgemerkt. Op 5 november 2026 meldde American Banker dat de OCC niet-bindende richtlijnen heeft uitgevaardigd over het delegeren van taken aan AI-agenten, opgebouwd rond zes pijlers: doel, potentiële risico’s, controles, menselijk toezicht, weerbaarheid en testen. Banken moeten voor elk AI-systeem het doel, de bevoegde gebruikers, datamachtigingen en bevoegdheden documenteren. Banken blijven verantwoordelijk voor AI van derden, en de intensiteit van de controles stijgt naarmate het systeem meer autonomie krijgt.

Vertaal dat naar het soevereiniteitskader. Een assistent die documenten leest en acties uitvoert, is een nieuw pad waarlangs data beweegt, en hij erft de controleproblemen van alles wat hij aanraakt. Draait hij op de infrastructuur van een leverancier, dan geldt de leveranciersvraag. Komt hij bij bestanden die nooit geclassificeerd zijn, dan geldt het classificatieprobleem. Wordt zijn activiteit gelogd door een tool die niemand bekijkt, dan geldt het alertprobleem.

Het antwoord is gelijkwaardigheid, geen apart programma. Assistenten moeten handelen binnen de rechten van de persoon die ze bedienen, onder hetzelfde beleid en geregistreerd in dezelfde log als mensen. Een organisatie die een apart regelkader voor AI bouwt, zal merken dat de twee sets controles uit elkaar gaan lopen, en dat de kloof daartussen precies is waar de vragen van de toezichthouder landen. Banken blijven verantwoordelijk voor AI van derden, dus de praktische vraag is of de bank haar eigen beleid kan afdwingen op een assistent die ze niet zelf heeft gebouwd.

Dit is ook waarom het zero trust gegevensuitwisseling-model past. Verificatie vindt plaats op het moment dat data beweegt, voor elke actor, of dat nu een medewerker, partner of assistent is, en de organisatie houdt het beleid in eigen hand in plaats van het te huren. Hetzelfde principe dat het AEPD’s controlevraagstuk beantwoordt, beantwoordt de delegatievraag van de OCC.

Twee verkeerde antwoorden op soevereiniteit

Het eerste verkeerde antwoord is alles in eigen huis halen. Het voelt als de sterkste vorm van controle, en voor een klein deel van de workloads is het passend. Voor de meeste organisaties ruilt het het ene zwakke punt in voor het andere, want alles zelf bouwen en beheren vraagt om vaardigheden en middelen die maar weinig bedrijven zich kunnen permitteren, en zwakke uitvoering leidt precies tot de ontbrekende alerts en niet-versleutelde bestanden zoals in de schikking beschreven. Controle is niet hetzelfde als elk serverbezit.

Het tweede verkeerde antwoord is garanties kopen en het daarbij laten. Certificeringen, verklaringen en contractclausules hebben waarde, maar de AEPD-gids is duidelijk dat ze geen vervanging zijn voor daadwerkelijke en effectieve controle. Een organisatie die stopt bij papierwerk heeft een bewijs van intentie, en een toezichthouder zal om meer vragen.

De variabele is of de organisatie de touwtjes in handen heeft die ertoe doen, waar de infrastructuur zich ook bevindt. Dat betekent de sleutels beheren, het beleid bepalen, de log kunnen inzien en de data kunnen verplaatsen. Een organisatie kan aan die vier eisen voldoen op de infrastructuur van een leverancier, en kan ze missen op haar eigen infrastructuur.

Het benoemen van het falen helpt. Noem het alleen-papierwerkpatroon gerust ‘assurance theater’: een programma dat geruststelling verzamelt in plaats van controle te testen. Noem de ongeteste controle een slapende controle: aanwezig maar stil. Beide komen vaak voor en geen van beide komt aan het licht in een audit die alleen op aanwezigheid toetst.

Hoe Kiteworks controle brengt waar de data leeft

Het Kiteworks Control Plane is opgebouwd rond de vier bovenstaande toetsen. Het draait single-tenant, dus de data en sleutels van één klant worden niet gemengd met die van een ander. Het past dubbele encryptie toe, en bevat geofencing en datasoevereiniteitscontroles waarmee een organisatie bepaalt waar content toegankelijk en uitwisselbaar is. Eén beleidsengine en één audit log dekken hoe gevoelige content beweegt, of de actor nu een medewerker, partner of AI-agent is.

Dat laatste punt beantwoordt de gelijkwaardigheidsvraag. De Kiteworks Secure MCP Server laat AI-assistenten zoals Claude en Copilot werken met bedrijfscontent, terwijl ze de machtigingen van de gebruiker die ze bedienen erven, met rolgebaseerde en op attributen gebaseerde controles op elke AI-actie. Inloggegevens worden bewaard in de keychain van het besturingssysteem en nooit blootgesteld aan het model, en de audit log voedt de SIEM van de organisatie. Kiteworks Compliant AI past deze governance toe voor organisaties die aan toezichthouders moeten laten zien hoe AI met gereguleerde data omgaat.

Voor organisaties die werken aan soevereiniteitsvereisten bieden datasoevereiniteit compliance-mogelijkheden en één datapolicy-engine de verantwoordelijke partij iets concreets om aan een toezichthouder te tonen. Mensen en agents vallen onder één vlak, dus een wijziging in een regel geldt voor elke actor en verschijnt in één record.

Geen enkel product neemt de noodzaak van de hierna beschreven review weg. Maar een platform dat de sleutels, het beleid en de log onder het gezag van de klant plaatst, maakt de review aantoonbaar.

Controle elk kwartaal toetsen

Een kwartaalreview past in een halve dag en beantwoordt de vragen waar toezichthouders en schikkingen steeds op terugkomen. Begin met de sleutels. Maak een lijst van alle systemen met gevoelige data en noteer wie de encryptiesleutels voor elk bezit. Elk antwoord dat “de leverancier” luidt, is een bevinding.

Test vervolgens de alerts. Kies drie controles die je tools zeggen te bieden, zoals een mislukte multi-factor challenge, een bulkdownload of een login uit een nieuw land, en trigger elk in een testomgeving. Noteer of een aangewezen persoon een notificatie ontvangt en hoe snel. Een controle die in een ongelezen inbox belandt, heeft niet gefunctioneerd.

Neem daarna een steekproef van uitgaande bestanden. Haal twintig documenten op die het bedrijf het afgelopen kwartaal hebben verlaten, via e-mail, bestandsoverdracht, openbaarmaking of partnerportalen, en controleer elk op verborgen tabbladen, metadata en persoonsgegevens die de verzender niet bedoeld had te delen.

Breng de keten in kaart voor je twee belangrijkste leveranciers, tot aan onderaannemers en beheerders, en noteer waar ieder toegang heeft. Vraag of je binnen een afgesproken termijn kunt overstappen, en als het antwoord onbekend is, plan de oefening in.

Tot slot: review AI-assistenten. Noteer voor elke assistent van wie hij machtigingen gebruikt, welke systemen hij bereikt en waar zijn activiteit wordt gelogd. Als de antwoorden verschillen van wat je zou zeggen over een menselijke gebruiker met dezelfde functie, los het verschil op.

Schrijf de resultaten op één pagina en stuur die naar de verantwoordelijken voor privacy, beveiliging en inkoop. Herhaal na negentig dagen en vergelijk. Een bevinding die zich herhaalt, is een signaal dat de organisatie een probleem documenteert in plaats van het op te lossen.

Wil je zien hoe het beheren van sleutels, beleid en logs onder eigen gezag soevereiniteit aantoonbaar maakt? Plan vandaag nog een demo op maat.

Aanvullende bronnen

• Blog Post  
  Datasoevereiniteit: een best practice of wettelijke vereiste?
• eBook  
  Datasoevereiniteit en GDPR
• Blog Post  
  Voorkom deze valkuilen rond datasoevereiniteit
• Blog Post  
  Datasoevereiniteit beste practices
• Blog Post  
  Datasoevereiniteit en GDPR [Inzicht in databeveiliging]