Naar de inhoud

Blog

Europese digitale soevereiniteit, in de diepte.

Langere stukken over wat soevereiniteit is, wat de EU eraan doet, en hoe je systemen bouwt die onder Europese controle blijven.

Beleid14 juni 202610 min leestijd

Digitale soevereiniteit: wat het is, waarom het ertoe doet, en wat de EU eraan doet

Digitale soevereiniteit is het vermogen om te bepalen hoe je jouw data gebruikt en de systemen die deze verwerken, en om die beslissing te laten standhouden, óók tegenover een buitenlandse overheid of een leverancier op een ander continent. Het is geen protectionisme, en het is geen eis dat je alles in eigen land bouwt. Het is het verschil tussen je kritieke infrastructuur huren op andermans voorwaarden en de mogelijkheid om die op je eigen voorwaarden te blijven draaien.

Europa begint vanuit een diepe afhankelijkheid. Een handvol overwegend Amerikaanse bedrijven beheerst ruwweg tweederde van de Europese cloudmarkt, en volgens een schatting van het Europees Parlement importeert de EU ruim 80% van haar digitale producten, diensten en infrastructuur. Die afhankelijkheid is ook juridisch broos, want vrijwel elke trans-Atlantische dataoverdracht rust uiteindelijk op één adequaatheidsbesluit: het EU–VS Data Privacy Framework. En dat besluit rust op zijn beurt op een Amerikaans presidentieel besluit dat elke president kan herschrijven.

We hebben dit eerder meegemaakt. Het Europees Hof van Justitie verklaarde Safe Harbor ongeldig in 2015 en Privacy Shield in 2020; het kader dat ze verving hield het Gerecht van de EU in september 2025 overeind, en het ligt, opnieuw, in hoger beroep bij het Hof van Justitie. Dit artikel legt uit wat soevereiniteit werkelijk betekent, waarom de afhankelijkheid een echt risico is en geen loze kreet, en hoe Europa zijn antwoord verschoof van het reguleren van de afhankelijkheid naar het bouwen van een alternatief.

Lees het volledige artikel

Drie soorten soevereiniteit

Het helpt om drie begrippen te scheiden die vaak door elkaar lopen. Datasoevereiniteit gaat over zeggenschap en jurisdictie: wie kan wettelijk toegang tot informatie afdwingen, ongeacht waar die is opgeslagen. Dat is niet hetzelfde als dataresidentie, want die vraagt alleen waar de bytes fysiek staan. Digitale, of technologische, soevereiniteit is breder. Het is het vermogen om de technologiestack zelf te bouwen en te beheren, van chips en netwerken tot cloudplatforms, software en AI-modellen. Strategische autonomie is het politieke doel dat de andere twee mogelijk maken: de vrijheid om te handelen, en te blijven handelen, zonder dat iemand je onder druk zet of afsluit via infrastructuur die je niet beheert.

Het onderscheid doet ertoe, want de meeste “soevereine” marketing gaat alleen over residentie. Een datacenter in Frankfurt voldoet aan residentie. Maar als het bedrijf dat het beheert onder een moederbedrijf in een ander rechtsgebied valt, kan diezelfde data tegelijk residentie-conform én soevereiniteitskwetsbaar zijn. Soevereiniteit gaat over wie de macht in handen heeft, niet over waar de schijf toevallig staat. Juist door die drie begrippen uit elkaar te houden, onderscheid je een echte garantie van een geruststellend etiket.

Waarom de afhankelijkheid een echt probleem is

De afhankelijkheid is structureel, niet toevallig. Een klein aantal overwegend Amerikaanse bedrijven, denk aan Amazon, Microsoft en Google, bezit het merendeel van de Europese markt voor cloudinfrastructuur. Europese aanbieders blijven intussen steken op een laag aandeel van rond de 15%, dat al jaren nauwelijks beweegt. Hetzelfde patroon herhaalt zich door de hele stack heen: in besturingssystemen, kantoorsoftware, zoekmachines, browsers, geavanceerde chips en de fundamentele AI-modellen waarop al het andere nu wordt gebouwd.

Dat zou minder uitmaken als de juridische bodem stabiel was, maar dat is hij niet. Het Amerikaanse recht reikt extraterritoriaal tot Amerikaanse aanbieders. De CLOUD Act verplicht een aanbieder data af te geven die in zijn macht is, ongeacht waar die is opgeslagen, en inlichtingenbevoegdheden als FISA Section 702 werken zonder de waarborgen of het verhaal die het Europese recht veronderstelt. Omdat de brug die de trans-Atlantische overdrachten nu legitimeert op een herroepbaar presidentieel besluit rust en niet op een wet, verzwak je die met één handtekening. In 2025 was de onrust bij de Amerikaanse privacytoezichthouder die het verhaalmechanisme van dat kader schraagt een scherpe herinnering aan hoe dun dat fundament is.

Afhankelijkheid wordt een concreet operationeel risico op het moment dat de thuisoverheid van de leverancier, en niet die van jou, de regels kan veranderen, de prijs kan verhogen of kan bevelen een dienst stil te leggen. In het recente Europese debat bespreken deskundigen openlijk scenario’s die ze ooit als achterdocht wegzetten: van een buitenlandse regering die een aanbieder onder druk zet tot de vrees voor een “kill switch” op afstand over kritieke diensten. Je hoeft niet in het ergste geval te geloven om te concluderen dat het een risico is om essentiële functies te laten rusten op infrastructuur die je niet kunt besturen, een risico dat je beter wegneemt.

Er is ook een economische dimensie. Wanneer je de kern van de digitale economie uit het buitenland huurt, vallen de marges, de netwerkeffecten van data en de hoogwaardige technische banen grotendeels elders toe. Europa blijft dan achter met het onderhouden van de afhankelijkheid in plaats van het opbouwen van de waarde die ze creëert. Soevereiniteit gaat in deze opvatting niet alleen over veiligheid; ze gaat over de vraag of het continent de technologieën die nu elke sector schragen, van bankwezen tot zorg tot defensie, zelf bouwt of slechts afneemt.

Amerikaanse hyperscalers (AWS, Microsoft, Google)70%
Europese aanbieders15%
Overig / regionaal15%
Geschat aandeel van de Europese markt voor cloudinfrastructuur: enkele Amerikaanse hyperscalers bezitten het merendeel, Europese aanbieders een hardnekkig laag aandeel van rond de 15%.

Een korte geschiedenis van gebroken bruggen

De juridische regeling die persoonsgegevens van de EU naar de Verenigde Staten laat stromen, bouwde en herbouwde Europa drie keer, en zijn eigen hoogste rechter brak haar twee keer af. Safe Harbor regelde de overdrachten van 2000 tot het Hof van Justitie het in 2015 ongeldig verklaarde. De opvolger, Privacy Shield, hield het vol van 2016 tot het Schrems II-arrest het in 2020 onderuithaalde, opnieuw omdat de Amerikaanse surveillancewetgeving Europeanen geen gelijkwaardige bescherming en geen wezenlijke mogelijkheid tot verhaal bood.

Het huidige Data Privacy Framework, aangenomen in juli 2023, hield het Gerecht van de EU in september 2025 overeind. Maar die uitspraak ligt in hoger beroep bij het Hof van Justitie, dezelfde rechter die al twee keer tegen zulke regelingen oordeelde. De les is niet dat elk afzonderlijk kader gedoemd is, maar dat alles wat rust op de welwillendheid van de binnenlandse politiek van een ander rechtsgebied per definitie voorlopig is. Bouw je jouw datastromen op de aanname dat de brug altijd blijft staan, dan neem je een risico dat je niet beheerst en niet kunt beprijzen, en dat je onder tijdsdruk weer moet afwikkelen als de rechter opnieuw oordeelt.

Safe Harbor
2000–2015
Ongeldig verklaard
Privacy Shield
2016–2020
Ongeldig verklaard
Data Privacy Framework
2023–
In hoger beroep · C-703/25 P
Drie kaders voor trans-Atlantische dataoverdracht. Twee zijn door het Hof van Justitie ongeldig verklaard; het derde ligt opnieuw in hoger beroep.

De regels die Europa heeft gebouwd

Het wetgevende antwoord van Europa kent twee lagen. De eerste is beschermend. De AVG, van kracht sinds 2018, beperkt het verplaatsen van persoonsgegevens buiten de Europese Economische Ruimte, en het Schrems II-arrest maakte duidelijk dat contractbepalingen alleen de blootstelling aan buitenlandse surveillance niet kunnen genezen: een overdracht heeft aanvullende technische maatregelen nodig om rechtmatig te zijn. De tweede laag duwt de zeggenschap dieper de stack in. De Data Governance Act en de Data Act, waarvan het merendeel geldt vanaf 12 september 2025, maken data overdraagbaar tussen aanbieders en verplichten clouddiensten bovenal om maatregelen te nemen tegen onrechtmatige toegang door niet-EU-overheden, terwijl de overstapkosten die voor lock-in zorgen tegen 2027 volledig moeten verdwijnen.

Daarnaast staat een golf van structurele regelgeving. NIS2 verhoogt de basis voor cyberbeveiliging, governance en incidentmelding bij duizenden essentiële en belangrijke entiteiten, al moesten verschillende lidstaten, waaronder Nederland, de omzetting naar nationaal recht in 2026 nog afronden. De AI Act, van kracht sinds augustus 2024, treedt gefaseerd in werking van 2025 tot 2027; als teken van hoe omstreden het tempo is geworden, kwamen wetgevers in mei 2026 overeen de zwaarste hoogrisicoverplichtingen nog verder uit te stellen. De Digital Markets Act en de Digital Services Act richten zich intussen rechtstreeks op de dominantie van een handvol niet-Europese “poortwachters”.

Samen zijn deze regels niet louter consumentenbescherming. Ze zijn een doelbewuste poging om Europese controle over data tot de standaardvoorwaarde te maken voor digitaal zakendoen in de Unie, en om toezichthouders, rechters en klanten concrete hefbomen te geven wanneer dat niet zo is. Het effect is cumulatief: elk instrument verkleint de ruimte waarin een organisatie soevereiniteit als optioneel kan behandelen.

  1. 2015
    HvJ verklaart Safe Harbor ongeldig
  2. 2018
    AVG van toepassing in de hele EU
  3. 2020
    Schrems II verklaart Privacy Shield ongeldig
  4. 2022
    DGA, DMA, DSA en NIS2 aangenomen
  5. 2023
    EU–VS Data Privacy Framework aangenomen
  6. 2024
    AI Act treedt in werking
  7. 2025
    Data Act wordt van toepassing
  8. 2026
    European Technology Sovereignty Package
Tien jaar mijlpalen in Europese data- en digitale soevereiniteit, van de val van Safe Harbor tot het European Technology Sovereignty Package van 2026.

Van reguleren naar bouwen

Regelgeving alleen kan geen alternatief maken, en Europa begint dat toe te geven. Twee invloedrijke rapporten uit 2024, dat van Enrico Letta over de toekomst van de interne markt en dat van Mario Draghi over concurrentievermogen, plaatsten digitale afhankelijkheid allebei in het hart van Europa’s economische probleem. Draghi pleitte voor extra investeringen in de orde van honderden miljarden euro per jaar, een schaal die het continent in een generatie niet heeft geprobeerd, en waarschuwde dat Europa zonder die investeringen een afnemer van andermans technologie zou blijven. Het beleid is dit, traag, gaan volgen.

In juni 2026 presenteerde de Europese Commissie een European Technology Sovereignty Package, dat een tweede Chips Act koppelt aan een Cloud and AI Development Act die de datacentercapaciteit van de EU de komende vijf tot zeven jaar minstens moet verdrievoudigen. Eromheen liggen het AI Continent Action Plan, het InvestAI-programma van €200 miljard en een reeks grote “AI-gigafactories”, en, concreter, een sovereign-cloudraamwerk van €180 miljoen dat de Commissie in april 2026 aan meerdere Europese aanbiedersgroepen gunde en dat ze beoordeelt op formele, gepubliceerde soevereiniteitsniveaus in plaats van op marketingbeloften. De richting, van capaciteit in het buitenland kopen naar die in eigen huis bouwen, is onmiskenbaar, ook waar de budgetten bescheiden blijven tegenover de omvang van het probleem.

Het is eerlijk om te erkennen dat niet alles is gelukt. Het cloud-certificeringsschema van de EU verloor zijn sterkste soevereiniteitseisen, de eisen die immuniteit van niet-EU-recht zouden hebben verlangd voor de gevoeligste workloads, na bezwaren van sommige lidstaten en Amerikaanse aanbieders, en zit sindsdien vast. Van Gaia-X, het federatieve cloudproject dat ooit als Europa’s antwoord gold, oordelen velen dat het te weinig heeft opgeleverd. Industriële en infrastructurele soevereiniteit blijkt veel lastiger in wetgeving te vatten dan gegevensbescherming, want je moet ze bouwen, financieren en kopen, en niet enkel verplichten.

De omvang van de inzet

De cijfers geven een idee van zowel de ambitie als de kloof. De oorspronkelijke Chips Act wilde meer dan €43 miljard aan publieke en private investeringen mobiliseren en Europa’s aandeel in de wereldwijde halfgeleiderproductie tegen 2030 verdubbelen naar een vijfde, een doel dat het waarschijnlijk niet zal halen. InvestAI, begin 2025 gelanceerd, wil €200 miljard voor kunstmatige intelligentie mobiliseren, waaronder een apart fonds van €20 miljard voor de “gigafactories” die grote modellen op Europese bodem zouden trainen. De Cloud and AI Development Act uit 2026 stelt als doel de datacentercapaciteit van de Unie binnen vijf tot zeven jaar minstens te verdrievoudigen.

Afgezet tegen Draghi’s schatting dat het dichten van Europa’s concurrentiekloof elk jaar honderden miljarden euro aan extra investeringen vergt, zijn zelfs deze bedragen eerder een voorschot dan de volledige rekening. Maar de betekenis is richtinggevend. Voor het eerst telt Europa zijn antwoord op digitale afhankelijkheid in fabrieken, datacenters en rekenkracht, en niet alleen in artikelen en overwegingen. Soevereiniteit heeft een investeringsbudget gekregen, en daarmee een achterban die het geld in capaciteit wil zien veranderen.

Soevereiniteit is geen isolement

Het is goed om het voor de hand liggende bezwaar voor te zijn. Soevereiniteit in deze zin is geen autarkie en geen boycot van Amerikaanse technologie. Het doel is niet Europa af te sluiten, maar enkele punten van buitenlandse zeggenschap weg te nemen over zaken die ertoe doen, zodat een omslag van het politieke weer in een andere hoofdstad geen ziekenhuis, bank of overheidsdienst kan ontwrichten. Open standaarden, interoperabiliteit, opensourcesoftware en de vrijheid om van aanbieder te wisselen horen bij dezelfde agenda; ze voorkomen dat soevereiniteit verzandt in een andere soort lock-in.

Zo bezien is soevereiniteit minder een politieke kreet dan een vorm van risicobeheer. Ze stelt een vertrouwde vraag, dezelfde die elke raad van bestuur stelt over een kritieke leverancier, en past die toe op de digitale fundamenten waarover de meeste organisaties zijn opgehouden na te denken als een keuze.

Wat het voor jou betekent

Voor een organisatie lost de politiek op in een eenvoudiger vraag. Europese controle over data wordt zowel een juridische als een commerciële verwachting, vastgelegd in aanbestedingsregels, sectorale richtsnoeren en de due-diligencevragenlijsten die klanten steeds vaker sturen voordat ze tekenen. Het verstandige antwoord is niet wachten op de volgende uitspraak, maar jezelf afvragen of jouw eigen stack er een zou overleven.

Die druk komt nu al via gewone commerciële kanalen. Overheidsinstanties laten soevereiniteit meewegen in hun aanbestedingen, gereguleerde sectoren vlechten soevereiniteit in het toezicht, en private kopers vragen om inzicht in datastromen en subverwerkers als voorwaarde voor het contract. Een antwoord dat neerkomt op “onze aanbieder verzekert ons dat het in orde is” houd je steeds moeilijker met goed fatsoen vol. De organisaties die deze overgang makkelijk zullen vinden, zijn de organisaties die het vroeg als een architectuurvraag behandelden, in plaats van later als een noodoperatie onder tijdsdruk.

Dat blijkt evenzeer een kwestie van techniek als van beleid: waar jouw data fysiek stroomt, welke bedrijven die onderweg aanraken, en wie gedwongen zou kunnen worden die af te geven of de sleutels uit handen te geven. Dat is het onderwerp van ons vervolgstuk, dat één verzoek door de volledige stack volgt, van DNS tot het AI-model, en precies laat zien waar je soevereiniteit wint of verliest.

Bronnen

  1. 1.Verordening (EU) 2016/679 (AVG), EUR-Lex
  2. 2.Arrest C-311/18, Schrems II, Hof van Justitie (EUR-Lex)
  3. 3.Uitvoeringsbesluit (EU) 2023/1795, adequaatheidsbesluit EU–VS Data Privacy Framework (EUR-Lex)
  4. 4.Doorgifte EU–VS, Europese Commissie
  5. 5.Arrest T-553/23, Latombe/Commissie, Gerecht, 3 september 2025 (EUR-Lex)
  6. 6.Hogere voorziening C-703/25 P, Latombe/Commissie, Hof van Justitie (EUR-Lex)
  7. 7.Verordening (EU) 2022/868 (Data Governance Act), EUR-Lex
  8. 8.Verordening (EU) 2023/2854 (Data Act), EUR-Lex
  9. 9.Richtlijn (EU) 2022/2555 (NIS2), EUR-Lex
  10. 10.Verordening (EU) 2024/1689 (AI Act), EUR-Lex
  11. 11.Digital Omnibus: eenvoudiger digitale regels, Europese Commissie (19 november 2025)
  12. 12.Verordening (EU) 2022/1925 (Digital Markets Act), EUR-Lex
  13. 13.Verordening (EU) 2022/2065 (Digital Services Act), EUR-Lex
  14. 14.Europa’s technologische soevereiniteit versterken, Europese Commissie (3 juni 2026)
  15. 15.Cloud and AI Development Act, Europese Commissie
  16. 16.InvestAI: €200 miljard voor AI mobiliseren, Europese Commissie (11 februari 2025)
  17. 17.Commissie versterkt cloudsoevereiniteit via strategische aanbesteding (17 april 2026)
  18. 18.EUCS-certificeringsschema voor clouddiensten, ENISA
  19. 19.Het Draghi-rapport over Europees concurrentievermogen, Europese Commissie (september 2024)
  20. 20.Letta-rapport, “Much more than a market”, European Research Area (april 2024)
  21. 21.De European Chips Act, Europese Commissie
  22. 22.Europese cloudaanbieders blijven op 15% marktaandeel, Synergy Research Group
Techniek14 juni 202612 min leestijd

Soevereiniteit zit in de volledige datastroom: infrastructuur, CDN, DNS en sleutels

Datasoevereiniteit gaat niet over waar jouw bytes fysiek staan. Ze gaat over wie er wettelijk toegang toe kan afdwingen. Dat zijn verschillende vragen, en ze door elkaar halen is de meest gemaakte fout in “soevereine” architectuur.

Jurisdictie volgt de exploitant, niet de server. Een datacenter in Frankfurt dat een Amerikaans bedrijf runt, is nog steeds bereikbaar onder de Amerikaanse CLOUD Act, die afgifte afdwingt van data in de “possession, custody, or control” van een aanbieder, ongeacht waar die staat. Een juridisch advies dat het Duitse ministerie van Binnenlandse Zaken eind 2025 liet opstellen, kwam tot dezelfde conclusie: de fysieke locatie is irrelevant wanneer de aanbieder onder een Amerikaans moederbedrijf valt. Gevraagd onder ede in juni 2025 of de gegevens van Franse burgers veilig waren voor Amerikaanse autoriteiten, antwoordde Microsoft Frankrijk: “Nee, dat kan ik niet garanderen.”

Soevereiniteit koop je dus niet als een vinkje of een “regio”. Ze is een eigenschap van het volledige pad dat een verzoek en zijn data afleggen, van infrastructuur en netwerk tot opslag, sleutels en het model, elke schakel waar iemand de leesbare data of de sleutels in handen kan hebben. En ze is kwetsbaar: één afhankelijkheid onder buitenlandse jurisdictie, waar dan ook in de keten, doet al de rest teniet. Wil je dat bereiken, dan teken je de volledige datastroom uit en bevraag je elke laag op zijn beurt. Dit artikel volgt dat pad, van de eerste DNS-aanvraag tot de laatste modelaanroep.

Lees het volledige artikel

Residentie is geen soevereiniteit

Het uitgangspunt is een onderscheid dat de meeste inkoopgesprekken verkeerd hebben. Dataresidentie vraagt waar data is opgeslagen; datasoevereiniteit vraagt wie er wettelijk bij kan. De twee lopen juist uiteen omdat jurisdictie kleeft aan de exploitant, niet aan het rek. De Amerikaanse CLOUD Act, vastgelegd in 18 U.S.C. § 2713, verplicht een aanbieder die onder Amerikaanse jurisdictie valt data af te geven die in zijn “possession, custody, or control” is, in de woorden van de wet “regardless of whether” die binnen of buiten de Verenigde Staten is opgeslagen. Controle volgt de concernketen, dus een Europese dochter die een Amerikaans moederbedrijf kan opdragen, geldt als binnen bereik, ook als de bytes Frankfurt nooit verlaten.

Dit is geen theoretische lezing. Een juridisch advies dat het Duitse ministerie van Binnenlandse Zaken liet opstellen en dat eind 2025 naar buiten kwam, concludeerde dat de fysieke locatie van data juridisch irrelevant is wanneer de aanbieder onder Amerikaanse jurisdictie valt. De Europese gegevensbeschermingstoezichthouders, de EDPB en de EDPS, hadden al geadviseerd dat onder artikel 48 AVG een bevel van een buitenlandse autoriteit op zichzelf geen rechtmatige grond is om data uit de EU door te geven. En toen de Franse Senaat de Franse tak van Microsoft onder ede vroeg of ze kon garanderen dat Franse data nooit aan Amerikaanse autoriteiten zou worden afgegeven, was het antwoord simpelweg dat ze dat niet kon.

Daarom verdient de golf van “EU sovereign cloud”-aanbiedingen een zorgvuldige lezing in plaats van een reflexmatig ja. De sterkste daarvan voegen EU-personeel, lokale bediening en door de klant beheerde sleutels toe, echte verbeteringen die de dagelijkse blootstelling verkleinen. Maar waar het bedienende bedrijf een volledige dochter van een Amerikaans moederbedrijf blijft, eindigt de controleketen die de CLOUD Act volgt nog steeds in de Verenigde Staten. En de sterkste maatregelen in het product hebben een prijs: een aanbieder die jouw data werkelijk niet kan lezen, kan deze ook niet indexeren of doorzoeken of er veel van zijn eigen functies op draaien. De eerlijke toets is niet de brochure, maar de architectuur.

Niets hiervan maakt zulke aanbiedingen waardeloos; voor veel workloads is een door EU-personeel bediende, in de EU geëxploiteerde regio een echte verbetering ten opzichte van een gewone Amerikaanse regio. Maar het is risicovermindering, geen risico-uitsluiting. De enige opzet die de jurisdictieblootstelling volledig van tafel haalt, is er een waarin geen enkel bedrijf dat onder een buitenlands bevel valt ergens in de controleketen zit, en waarin je de sleutels in handen hebt. Al het volgende gaat over het vinden, schakel voor schakel, van de plek waar die voorwaarde stilletjes breekt.

Volg het verzoek: het begint bij DNS

Volg één verzoek en de blootstellingen verschijnen één voor één. De allereerste stap is naamresolutie, en die bepaalt wie überhaupt te weten komt dát het verzoek plaatsvindt. Twee verschillende partijen doen er hier toe. Het register en de registrar die het domein beheren vallen onder een rechtsgebied: een Belgische non-profit die onder EU-recht is aangewezen exploiteert .eu, terwijl een Amerikaans bedrijf .com beheert. Daarnaast kan de resolver die de aanvraag beantwoordt elke naam loggen die een gebruiker opvraagt. Versleuteld DNS, of het nu DoH of DoT is, verbergt die aanvragen voor het netwerk ertussen, maar niet voor de exploitant van de resolver zelf. Wijs je jouw gebruikers naar een grote Amerikaanse publieke resolver, dan verplaats je de waarneming simpelweg naar een Amerikaans bedrijf.

Het soevereine alternatief is inmiddels concreet in plaats van een streven. DNS4EU, een publiek gesteunde Europese resolverdienst, ging in 2025 live en draait binnen de EU-grenzen met versleuteld transport en filteropties; de non-profit Quad9 deed jaren eerder iets vergelijkbaars door naar Zwitserland te verhuizen. Het punt is niet dat DNS het grootste risico is, want het draagt zelden inhoud, maar dat het de eerste plek is waar zeggenschap ongemerkt Europa kan verlaten, en de makkelijkste om te herstellen.

De CDN ziet de leesbare data

De volgende schakel is meestal een content-delivery network, en het is de schakel die de meeste mensen onderschatten. Een CDN is een reverse proxy: om te cachen en te versnellen moet het TLS aan de rand beëindigen, wat betekent dat het elk verzoek ontsleutelt, de bodies, de API-payloads, de sessietokens en cookies, voordat het iets naar jouw origin doorstuurt. Zet een in de VS gevestigde CDN als Cloudflare, Akamai of Fastly vóór Europese data en je hebt de leesbare data, en standaard de private TLS-sleutel, in handen gelegd van een exploitant onder Amerikaanse jurisdictie. Residentie-instellingen veranderen dat niet; het bedrijf dat een rechterlijk bevel beantwoordt is hetzelfde bedrijf.

De maatregelen zijn echt, maar gedeeltelijk. Keyless SSL houdt de private sleutel op hardware die je beheert; regionale verwerking of verwerking in eigen land beperkt waar TLS wordt beëindigd en logs worden bewaard. Ze verkleinen de blootstelling zonder de vestigingsplaats van de exploitant te veranderen, en juist die plaats is wat een rechterlijk bevel bereikt. Europese en EER-alternatieven bestaan, waaronder Bunny.net, Gcore, CDN77 en OVHcloud, en voor de gevoeligste paden beëindig je TLS op infrastructuur die je zelf beheert. Het diagram hieronder zet de twee routes naast elkaar die een verzoek door dezelfde lagen kan nemen.

Gemakkelijke standaard — bereikbaar onder de Amerikaanse CLOUD ActJijDNS.com · VS-resolverCDN · TLSleesbaar aan de randCloudaanbieder heeft sleutelsAI-modelVS-APISoeverein pad — geen Amerikaanse partij die gedwongen kan wordenJijDNS.eu · DNS4EUCDN · TLSEU-CDN / zelf gehostCloudjij hebt de sleutelsAI-modelEU / lokaal
Hetzelfde verzoek door twee stacks. In de gemakkelijke standaard (boven) zit elke schakel, DNS, CDN, cloud en model, bij een exploitant onder Amerikaanse jurisdictie en valt binnen het bereik van de CLOUD Act. In het soevereine pad (onder) is elke schakel Europees geëxploiteerd en houd je de sleutels, zodat er geen partij is die gedwongen kan worden.

Het komt neer op de sleutels

Wanneer data tot rust komt, is de doorslaggevende vraag wie de sleutels beheert, want versleuteling is alleen zo soeverein als het beheer van de sleutels. Bij “bring your own key” (BYOK) bezit je de sleutel in naam, maar voert het sleutelbeheersysteem van de aanbieder de ontsleuteling nog steeds binnen zijn eigen omgeving uit, dus een aanbieder die een rechter dwingt kan de sleutel in principe gebruiken. Bij “hold your own key” (HYOK) verlaten de sleutels jouw omgeving nooit; de aanbieder verwerkt alleen versleutelde data en kan niet voldoen aan een bevel dat hij technisch niet kán uitvoeren. Dat verschil, namelijk waar de cryptografische bewerking daadwerkelijk plaatsvindt, is waar het om draait.

Versleuteling kent drie toestanden, en elk vraagt om een eigen antwoord. Data onderweg beschermt TLS; data in rust beschermen schijf- en sleutelbeheerversleuteling; data in gebruik, de moeilijkste, beschermt confidential computing, dat de berekening uitvoert binnen een geattesteerde hardware-enclave (een Trusted Execution Environment) die is afgeschermd van het hostbesturingssysteem, de hypervisor en zelfs de cloudbeheerder. De Europese toezichthouders kwamen vanuit de juridische kant tot dezelfde slotsom: in hun richtsnoeren na Schrems II stellen ze sterke versleuteling onder de exclusieve controle van de exporteur boven elke contractuele of organisatorische belofte, juist omdat een contract een rechtsgeldig bevel niet kan tegenhouden en wiskunde wel.

BYOKAanbieder kan ontsleutelen

Bring your own key — je hebt de sleutel in eigen bezit, maar het systeem van de aanbieder ontsleutelt, dus een aanbieder die een bevel krijgt kan de sleutel alsnog gebruiken.

HYOKAanbieder ziet alleen versleutelde data

Hold your own key — de sleutels verlaten je eigen omgeving nooit, dus de aanbieder kan niet voldoen aan een bevel dat hij technisch niet kán uitvoeren.

Onderweg
TLS
In rust
Schijf- / KMS-versleuteling
In gebruik
Confidential computing (TEE)
Sleutelbeheer bepaalt wie gedwongen kan worden. Onder BYOK kan de aanbieder nog ontsleutelen; onder HYOK ziet hij alleen versleutelde data. De drie versleutelingstoestanden vragen elk om een eigen beheersing.

Identiteit, certificaten en de rand

Twee lagen dicht bij de rand vergeet je makkelijk. De eerste is de certificeringsinstantie en de opkomende Europese identiteitsregels: de vernieuwde eIDAS-verordening introduceert qualified website authentication certificates, die bevestigen wie er achter een site zit. Ze voegen identiteit toe, geen vertrouwelijkheid, dus ze vullen het gewone TLS aan in plaats van het te vervangen, maar ze horen bij dezelfde inspanning om de vertrouwensankers van het web binnen een Europees rechtskader te houden. De tweede is alles wat namens jou verkeer beëindigt of inspecteert: web application firewalls, botbeheer, API-gateways. Elk is opnieuw een plek waar iemand leesbare data ziet, en elk verdient dezelfde jurisdictievraag als de CDN.

Wie kan inloggen, telt ook

Versleuteling beantwoordt wie de data kan lezen; operationele soevereiniteit beantwoordt wie het systeem kan aanraken. De support- en site-reliability-engineers van een aanbieder hebben doorgaans bevoorrechte toegang om de diensten draaiende te houden, en die toegang is zelf bereikbaar voor het rechterlijke bevel dat hun werkgever bindt. Daarom dringen de serieuzere soevereine ontwerpen erop aan dat alleen in de EU gevestigd, in de EU in dienst zijnd personeel de bediening uitvoert, dat bevoorrechte handelingen worden gelogd en door de klant worden goedgekeurd, en dat geen beheerder buiten Europa stilletjes de controle over een draaiend systeem kan overnemen. De vraag is niet alleen waar de data staat, maar wie, zittend waar en in dienst van wie, een shell kan krijgen op de machine die de data verwerkt.

Dezelfde logica loopt door het dagelijkse gereedschap: bastion hosts, secrets managers, CI/CD-runners en support-agents op afstand. Elk is een deur, en een deur is alleen zo soeverein als degene die gedwongen kan worden haar te openen. Die deuren in kaart brengen, en de deuren sluiten die naar buiten Europa leiden, hoort net zo goed bij soevereiniteit als het versleutelen van de schijf erachter.

De afhankelijkheden die je vergeet

De meeste soevereiniteitslekken zijn niet dramatisch; het zijn alledaagse insluitingen van derden die niemand nakijkt. Een Duitse rechtbank kende in 2022 schadevergoeding toe enkel voor het laden van Google Fonts, omdat dat het IP-adres van de bezoeker naar een Amerikaanse server stuurde terwijl de lettertypen net zo goed zelf gehost konden worden. Europese gegevensbeschermingstoezichthouders, te beginnen met Oostenrijk, kwamen tot hetzelfde oordeel over Google Analytics: het anders instellen genas de onderliggende doorgifte niet. Dezelfde blootstelling schuilt in tag managers, ingesloten kaarten, CAPTCHA’s, A/B-testscripts, fout- en prestatietelemetrie, pakket- en containerregisters, aanbieders van transactionele e-mail, en de logs en back-ups die stilletjes ter bewaring naar een Amerikaanse SaaS gaan.

De nieuwste en snelst groeiende variant hiervan is de AI-laag. Elke prompt, elk document of stukje code dat naar een door de VS geëxploiteerde model-API gaat, is precies het soort uitgaand verkeer waar de rest van dit artikel over gaat, vaak met de gevoeligste inhoud die een organisatie heeft, en vaak op een middag aan een product toegevoegd zonder enige analyse van de datastroom. Soevereiniteit betekent hier inferentie die op EU-gehoste infrastructuur of volledig lokaal draait, op open-weight modellen die je zelf kunt draaien, zodat noch de data die erin gaat noch de modelgewichten zelf onder buitenlandse controle staan. Het is hetzelfde principe als bij de CDN en de sleutels, toegepast op de laag die nu het snelst groeit.

De toeleveringsketen eronder hoort in hetzelfde plaatje. De base images, runtimes, pakketregisters en build-pijplijnen die jouw software samenstellen, draaien grotendeels op Amerikaanse infrastructuur, en een afhankelijkheid die tijdens de build wordt opgehaald is een vertrouwensrelatie die net zo echt is als een tijdens runtime. Kritieke artefacten binnen de EU spiegelen, ze vastpinnen en verifiëren, en de build zelf op Europese infrastructuur houden zijn de oninteressante helft van soevereiniteit, de helft die zelden op een slide belandt maar in stilte bepaalt of het uiteindelijke systeem zo Europees is als zijn hostingregio beweert.

Hoe bereik je dit?

De methode is weinig glamoureus en betrouwbaar: teken het echte datastroomdiagram, van begin tot eind, en sla geen schakel over. Stel bij elke stap, de registrar, de resolver, de CDN, de load balancer, de rekenkracht, de opslag, het sleutelbeheer, de logging-pijplijn, de analytics, de e-mail, de back-ups en het model, drie vragen. Wie beheert het? Onder wiens recht valt die exploitant? En wie kan, bij die schakel, de leesbare data lezen of de sleutels afdwingen? Waar het antwoord ook maar buiten Europa wijst, vervang het onderdeel door een Europees geëxploiteerd onderdeel of haal het in eigen huis, en zorg dat jij, en niet de aanbieder, de sleutels in handen hebt.

Twee principes houden de oefening eerlijk. Soevereiniteit is verdediging in de diepte, dus één over het hoofd geziene afhankelijkheid, één analytics-tag, één in de VS gehoste logbestemming, doet stilletjes alles teniet wat erboven ligt; de keten is slechts zo sterk als haar zwakste schakel. En soevereiniteit is een eigenschap die je vanaf het ontwerp inbouwt, geen certificaat dat je achteraf koopt. Zo bouwen wij: op onze eigen cloud in Nederland en Duitsland, of volledig op jouw eigen infrastructuur, met Europese en lokale modellen, en zonder enige aanbieder onder Amerikaanse jurisdictie ergens in het pad die gedwongen zou kunnen worden jouw data of jouw sleutels af te geven.

Bronnen

  1. 1.18 U.S.C. § 2713 (afgifteplicht CLOUD Act), Legal Information Institute, Cornell Law School
  2. 2.CLOUD Act, Public Law 115-141, Division V (govinfo.gov)
  3. 3.Gezamenlijk antwoord EDPB–EDPS over de Amerikaanse CLOUD Act (10 juli 2019)
  4. 4.EDPB-aanbevelingen 01/2020 over aanvullende maatregelen bij doorgifte
  5. 5.Arrest C-311/18, Schrems II, Hof van Justitie (EUR-Lex)
  6. 6.Verhoor van Microsoft, parlementaire enquêtecommissie, Franse Senaat (10 juni 2025)
  7. 7.Juridisch advies over toegang van Amerikaanse autoriteiten tot clouddata (Universität zu Köln / BMI), via FragDenStaat
  8. 8.AWS lanceert de AWS European Sovereign Cloud, Amazon (januari 2026)
  9. 9.DNS4EU, de Europese publieke DNS-resolver
  10. 10.EURid, het .eu-register
  11. 11.Verordening (EU) 2024/1183 (eIDAS 2.0 / Europese digitale identiteit), EUR-Lex
  12. 12.Confidential Computing Consortium: data in gebruik en Trusted Execution Environments
  13. 13.Oostenrijkse DSB: doorgifte EU–VS via Google Analytics onrechtmatig (noyb)
  14. 14.LG München I, 3 O 17493/20, 20 januari 2022 (Google Fonts), volledige tekst op rewis.io
  15. 15.Reforming Intelligence and Securing America Act (FISA §702), Public Law 118-49 (govinfo.gov)