Het regioslot: selectieve autonomie, in code
In de begeleidende post is betoogd dat soevereiniteit een draaiknop is, geen muur. Dit is hoe die draaiknop wordt gebouwd, en, minstens zo belangrijk, hoe wordt aangetoond dat hij daadwerkelijk ergens op aangesloten zit.
Onderdeel van de pijlerreeks Soevereiniteit die te operationaliseren is.
"De data blijft in de EU" is een zin. Soevereiniteit is de vraag of die zin op elke laag die de data raakt, wordt afgedwongen, en of er een test te draaien is die faalt als dat niet zo is. Een residencybelofte die alleen in een contract of een configuratiescherm leeft, is een belofte. Een residencygarantie die het systeem fysiek niet kan schenden, is architectuur.
Deze post loopt door hoe geografie een eersteklas eigenschap van een platform wordt: één regiokeuze die data, rekenkracht en AI-inferentie aan elkaar bindt; een slot dat die keuze tot een verbintenis maakt; handhaving op de punten waar bytes daadwerkelijk bewegen; en een test die als bewijsstuk dient.
Geografie moet een eigenschap zijn, geen instelling
De fout die de meeste "regionale" systemen maken, is locatie behandelen als een uitroldetail, iets dat per dienst wordt geconfigureerd in de hoop dat het consistent blijft. Soevereiniteit vraagt het omgekeerde: één regiolabel dat elke laag leest, zodat een tenant die aan een bepaalde EU-regio is toegewezen naar EU-opslag schrijft, op EU-rekenkracht draait, en zelfs nooit een intern verzoek voortbrengt dat een niet-EU-worker zou kunnen oppakken.
Het doel is dat de data van een klant, en de rekenkracht die haar aanraakt, door constructie in een genoemde regio blijven, niet door zorgvuldige bedrijfsvoering.
Zeven lagen, één regio
Echte regionale isolatie is geen enkele functie; het is dezelfde regiobeslissing die op elke laag wordt afgedwongen, zodat er geen naad is waar data kan weglekken.
| Laag | Wat het aan een regio vastpint |
|---|---|
| Bronsysteem | Opslag per regio; het replicatiebeleid kan andere regio's strikt uitsluiten |
| Bericht- en coördinatiebanen | Banen per regio; werk voor de ene regio wordt nooit aan een andere geleverd |
| Rekenworkers | Elke worker gebonden aan één regio en fysiek ingepland op de hardware van die regio |
| Tenantregister | De regio van de tenant wordt vastgelegd en door alles hierboven gelezen |
| Routing | Elke regio heeft een eigen ingang; routing over regiogrenzen wordt geweigerd |
| Regioslot | Eenmaal gezet is de regio een verbintenis, geen schakelaar |
| Handhaving | De datalaag, de dispatchlaag en de auditlaag weigeren elk regiodrift |
Het krachtigste primitief hier is de expliciete uitsluiting. Een replicatiebeleid dat in feite zegt: "repliceer drie kopieën binnen deze EU-regio, en nul kopieën waar dan ook elders", betekent dat de datalaag de data van die tenant niet buiten de regio zal streamen, niet als kwestie van beleid, maar omdat het systeem geen instructie kent die dat zou toestaan. Soevereiniteit door afwezigheid van vermogen.
Het regioslot: een bindingsmechanisme
Een tenant achteloos van regio laten wisselen klinkt als flexibiliteit. Het is in werkelijkheid een datalekpad: elke makkelijke migratie is een moment waarop data een grens oversteekt. De regio moet dus, eenmaal gekozen, op slot.
Een regioslot is een bindingsmechanisme: het maakt het makkelijke pad tot het soevereine, en dwingt het zeldzame, legitieme geval van een tenantverhuizing door een expliciete, toegestemde, geauditeerde export in plaats van een stille configuratiewijziging. Een tenant verplaatsen hoort de exploitant een bewuste handeling te kosten, die kosten zijn precies de bedoeling.
Handhaving: soevereiniteit die niet per ongeluk ongedaan te maken is
Lagen en sloten zijn alleen echt als iets weigert ze te breken. Drie handhavingspunten sluiten de kring, en ze zijn bewust redundant, gelaagde verdediging, zodat een fout op de ene laag op een andere wordt opgevangen:
- Op de datalaag. Voordat een lees- of schrijfactie wordt uitgevoerd, stelt het systeem vast dat de regio van de tenant gelijk is aan de lokale regio. Een afwijking wordt geweigerd en vastgelegd. Dit is het enige punt dat daadwerkelijk bytes aanraakt; klopt het hier, dan is de rest versterking.
- Op de dispatchlaag. Een verzoek dat binnenkomt voor een tenant uit een andere regio wordt regelrecht geweigerd (denk aan een ondubbelzinnige "verkeerde regio"-weigering) in plaats van verwerkt.
- Op de auditlaag. Elke poging over de regiogrens wordt als soevereiniteitsgebeurtenis naar het tamper-evident audittrail geschreven, zodat drift zichtbaar en toetsbaar is, niet stil.
Het bewijsstuk: een test die faalt als soevereiniteit gebroken is
Hier zit het onderscheid tussen een soevereiniteitsclaim en een soevereiniteitsgarantie, en het is het simpelste idee uit deze hele post: schrijf een test die de grens probeert te breken, en stel vast dat hij faalt.
Zet een tenant op in de ene EU-regio. Probeer vanuit een andere regio de data van die tenant te lezen. Stel vast dat de poging wordt geweigerd. Die ene geautomatiseerde test is het bewijsstuk, bewijs dat residency van begin tot eind is doorgedraad, en een struikeldraad die de dag betrapt waarop een refactor het contract stilletjes breekt. Zonder die test is elke codewijziging een kans om ongemerkt soevereiniteit te verliezen. Wat niet getest is, is niet soeverein.
En de inferentie ook: want de prompt ís de data
Eén grens wordt makkelijk vergeten: AI. Een embedding of een prompt die naar een model in een andere regio wordt gestuurd, is een doorgifte als elke andere, sterker nog, een embeddingvector is een lossy vingerafdruk van de brontekst, dus die elders berekenen exfiltreert de bron via reductie. De data op regioslot zetten en vervolgens de prompt naar een centrale GPU-boerderij in het buitenland sturen, zou het hele ontwerp ondermijnen. Inferentie en embedding moeten dus eveneens per regio draaien, op dezelfde soevereine bodem als de data. (Dat betoog wordt in een latere post volledig gevoerd, maar het is hier een eersteklas randvoorwaarde, geen bijgedachte.)
Hoe de Soveryne Cloud Foundation de draaiknop uitvoert
Dit is voor ons geen gedachte-experiment; zo is de Soveryne Cloud Foundation gebouwd. De klant kiest de EU-regio's waar data en rekenkracht wonen, en die keuze wordt gebonden over opslag, verwerking en routing heen, geografisch beheerst tijdens transport en in rust, by design. Rekenclusters zijn verspreid over de EU en vastgepind op de geselecteerde regio's. AI- en LLM-inferentie draaien in-regio op EU-soevereine infrastructuur, want de prompt ís de data. En omdat de foundation end-to-end door een EU-entiteit wordt geëxploiteerd, zonder subverwerker onder VS-jurisdictie in het datapad, is de gekozen regio een verbintenis die de architectuur nakomt, geen instelling die wij beloven te eerbiedigen.
Voor organisaties die de sterkste isolatie nodig hebben, biedt het Soveryne-abonnement een dedicated omgeving met eigen inferentie-GPU's en on-premises opties. De draaiknop gaat helemaal tot bovenaan, en het is precies zichtbaar waar hij staat.
Veelgestelde vragen
Wat betekent "dataresidency by design"? Dat residency door de architectuur op elke laag wordt afgedwongen, opslag, rekenkracht, routing en inferentie, in plaats van per dienst te worden geconfigureerd in het vertrouwen dat het consistent blijft. Het systeem kan de data niet buiten de regio brengen, omdat het geen instructie kent die dat zou toestaan.
Hoe wordt bewezen dat data een regio nooit verlaat? Met handhaving op de data-, dispatch- en auditlaag, en met een geautomatiseerde weigeringstest over de regiogrens: probeer een tenant met regioslot vanuit een andere regio te benaderen en stel vast dat de poging faalt. Die test is het bewijs.
Wat is een regioslot? Een verbintenis dat de regio van een tenant, eenmaal gezet, niet achteloos gewijzigd kan worden. De tenant verplaatsen vergt een expliciete, toegestemde, geauditeerde export en herinrichting, zodat het makkelijke pad altijd het soevereine is.
Waarom moet AI-inferentie regionaal zijn? Omdat een prompt of embedding die naar een model elders wordt gestuurd een doorgifte is, een embedding is een gecomprimeerde vingerafdruk van de bron. Wel de data op regioslot zetten maar de inferentie niet, zou juist de data lekken die beschermd werd.
Een residencybelofte die niet te testen is, is niets meer dan een belofte. Bekijk de EU-soevereine foundation met regioslot die het aantoonbaar maakt: ontdek de Soveryne Cloud Foundation, of lees het begeleidende stuk over waarom soevereiniteit selectief is, niet totaal.
Bronnen
- JRC, Open but Not Powerless: Towards a Common Understanding of EU Digital Sovereignty (2025), https://publications.jrc.ec.europa.eu/repository/handle/JRC144908
- Europese Commissie, Cloud Sovereignty Framework explained (2026), https://commission.europa.eu/news-and-media/news/sovereign-cloud-framework-explained-2026-06-01_en
- Dataverordening, artikel 29 (overstappen/egress), https://www.eu-data-act.com/Data_Act_Article_29.html
- Franse Senaat, hoortranscript (Microsoft Frankrijk onder ede, 10 juni 2025), https://www.senat.fr/compte-rendu-commissions/20250609/ce_commande_publique.html
Prompt injection is het belangrijkste beveiligingsrisico in AI-toepassingen, en dan het ongemakkelijke deel: het is waarschijnlijk niet volledig te verhelpen. De opgave is dus niet om het "op te lossen". De opgave is zo bouwen dat er, wanneer het gebeurt, vrijwel niets ergs uit kan volgen.
Lees het volgende deel
Het soevereiniteitsdebat blijft een valse keuze voorschotelen: zichzelf afsnijden van de beste technologie ter wereld, of permanente afhankelijkheid accepteren. Er is een derde optie, en het is de enige realistische.
Lees het bijbehorende artikel
