Illusionen om datasuveränitet: Därför räcker inte "lokala zoner
Geografin bakom en lögn
I de släta glasväggade styrelserummen i Frankfurt, Paris och Amsterdam har en trösterik fiktion slagit rot. Det är fiktionen om den "lokala zonen". Den berättar en enkel, lugnande historia för både CIO:er och regeringsministrar: om du placerar din data i ett datacenter som fysiskt ligger på europeisk mark (ett anonymt lager i Dublins förorter, kanske, eller en bunker nära Frankfurt), är du skyddad. Du är kompatibel. Du är suverän.
Den här historien berättas av världens största hyperscalers: Amazon Web Services, Microsoft Azure, Google Cloud. Den upprepas av upphandlingsansvariga, valideras av dyra konsulter och godkänns av compliance-team som är desperata efter att bocka av en punkt. Den är grunden för miljarder euro i IT-utgifter inom hela Europeiska unionen.
Den är också, för att uttrycka det rakt på sak, en farlig illusion.
År 2025 är fysisk placering den minst viktiga faktorn för datasuveränitet. Det är en kvarleva från en tid då data var fysiska papper i en arkivskåpslåda. I den digitala tidsåldern kan den fysiska enheten där din data vilar stå i ett serverställ i Dublin, men om identitetshanteringssystemet som styr åtkomsten till den körs i Virginia, är du inte suverän. Om supportteamet som reparerar servern rapporterar till en chef i Seattle, är du inte suverän. Och om krypteringsnycklarna som låser din data i slutändan kan hanteras av en amerikansk enhet som omfattas av CLOUD Act, är du definitivt inte suverän.
Vi bygger vår kritiska infrastruktur (våra elnät, våra sjukvårdssystem, våra bankregister, vår försvarslogistik) på en grund av sand. Vi har blandat ihop "hemvist" med "suveränitet". Och i en värld av ökande geopolitisk instabilitet kan den förväxlingen kosta oss vår självständighet.
Detta är inte paranoid spekulation. Detta är inte anti-amerikanska känslor. Detta är en kall, teknisk analys av hur modern molninfrastruktur faktiskt fungerar, och vad den arkitekturen innebär för europeisk autonomi. Sanningen är obekväm, men att ignorera den är långt farligare än att konfrontera den.
Muskelns och hjärnans anatomi i molnet
För att förstå varför modellen med "Local Zone" inte fungerar måste du se bortom marknadsföringsbroschyrerna och förstå arkitekturen i det moderna publika molnet. Vi tenderar att tänka på molnet som en samling servrar (beräkning) och hårddiskar (lagring). Men detta är bara muskeln. Molnets "hjärna" är kontrollplanet.
Kontrollplanet är det centraliserade programvarulager som orkestrerar allt. Det avgör vem som får starta en virtuell maskin. Det avgör vem som får komma åt en databas. Det hanterar faktureringen. Det skickar ut programuppdateringar. Det innehar huvudnycklarna. Och avgörande nog, för de stora amerikanska hyperskalarna, är detta kontrollplan ett globalt, enhetligt system. Det är inte federerat; det är centraliserat. Och det kontrolleras nästan alltid från USA.
När en europeisk bank distribuerar sitt kärnbankssystem till en "suverän" region hos en amerikansk hyperskalare hyr de i praktiken ett rum i ett stort hotell. De kan låsa dörren till sitt rum, visst. De kan ta med sig egna möbler. Men värden kontrollerar byggnadens säkerhetssystem, elen, vattnet, hissarna och (avgörande) huvudnyckeln som överrider alla andra.
Låt oss vara specifika om vad detta kontrollplan faktiskt innehåller:
Identity and Access Management (IAM): Varje begäran om att göra något i molnet kräver autentisering och auktorisering. När du loggar in, när du skapar en resurs, när du kommer åt en databas, går begäran till IAM-systemet. För de flesta hyperskalare körs detta system i amerikanska datacenter. Även om din beräkning ligger i Frankfurt kan din autentiseringsbegäran färdas till Virginia och tillbaka.
Key Management Service (KMS): Kryptering är bara så bra som nyckelhanteringen. Hyperskalarens KMS innehar eller hanterar de kryptografiska nycklar som krypterar dina data. Även "kundhanterade nycklar" passerar vanligtvis genom leverantörens KMS-infrastruktur under kryptografiska operationer.
Resursplaneraren: Systemet som avgör vilken fysisk server din arbetsbelastning körs på, hur minne och CPU ska allokeras och när arbetsbelastningar ska flyttas mellan maskiner. Detta är djupt integrerat i den globala plattformen.
Fakturering och mätning: Varje resurs du använder spåras, mäts och faktureras. Denna telemetridata flödar till centrala system och ger leverantören detaljerad insyn i dina användningsmönster.
Programuppdateringar och säkerhetskorrigeringar: Hypervisorn, containerkörningsmiljön, den hanterade databasmotorn: alla får automatiska uppdateringar som skickas från central infrastruktur. Du kan inte välja bort dem utan att förlora säkerhetskorrigeringar.
Denna centralisering skapar två tydliga risker: den tekniska risken och den juridiska risken. Båda är allvarliga. Båda är underskattade. Och båda blir värre, inte bättre.
Den tekniska risken: US-East-1-beroendet
Den tekniska sårbarheten i denna arkitektur är inte teoretisk; den har demonstrerats gång på gång. Erfarna molningengjörer känner till skämtet: "När US-East-1 nyser blir internet förkylt." US-East-1 (norra Virginia) är den primära regionen för många AWS-tjänster och är ofta värd för det globala kontrollplanet för specifika funktioner.
Vi har sett flera fall där avbrott i Virginia har tagit ner tjänster i EU-West (Irland) eller EU-Central (Frankfurt). Varför? Därför att den lokala regionen i Europa inte kunde autentisera användare, eller inte kunde provisionera nya resurser, eftersom den förlorade kontakten med "Moderfartyget" i USA. Om en fiberkabel som kapas, en programvarubugg eller en cyberattack i Virginia kan stoppa din verksamhet i Berlin, är din verksamhet inte suverän. Du är bunden.
Tänk på AWS-avbrottet i december 2021. En nätverksfelkonfiguration i US-East-1 tog inte bara ner tjänster i den regionen, utan kaskadfel drabbade AWS-kunder globalt. Europeiska företag som körde "EU-only"-distributioner kunde inte komma åt sina instrumentpaneler, inte provisionera nya resurser och i vissa fall inte autentisera sig mot sina egna system.
Eller tänk på Azure-avbrottet i oktober 2022, där en konfigurationsändring i central infrastruktur orsakade autentiseringsfel i flera regioner. Europeiska kunder kunde inte logga in på Azure Portal trots att deras data- och beräkningsresurser i europeiska datacenter tekniskt sett var i drift. Muskeln var frisk; hjärnan var offline.
Sann suveränitet kräver "Internet Pull Test". Om du fysiskt skulle kapa de fiberoptiska kablarna som förbinder Europa med USA, skulle din digitala infrastruktur fortsätta att fungera? För de flesta europeiska företag som kör på amerikanska moln är svaret ett skrämmande "Nej". De skulle förlora förmågan att logga in (Identity and Access Management ringer ofta hem), förmågan att skala (Control Plane oåtkomlig) och potentiellt förmågan att dekryptera data (Key Management Service oåtkomlig).
Detta är inte ett långsökt scenario. I tider av geopolitisk kris har undervattenskablar skadats (av misstag och medvetet). Sanktionsregimer kan stänga av nätverksanslutningar. Cyberattacker kan rikta sig mot stamnätsinfrastruktur. Ett suveränt system måste kunna fungera genom dessa scenarier, inte kollapsa på grund av dem.
Den juridiska risken: Den långa armen av amerikansk lag
Den juridiska dimensionen är ännu skarpare än den tekniska, och det är här "Local Zone"-marknadsföringen faller samman helt. USA har ett juridiskt ramverk som uttryckligen avvisar idén om datasuveränitet baserad på fysisk placering.
CLOUD Act: Extraterritorialitet kodifierad
US CLOUD Act (Clarifying Lawful Overseas Use of Data Act), som antogs 2018, var en game changer. Den utformades för att lösa ett specifikt problem för amerikansk brottsbekämpning: de ville ha data som Microsoft hade i Irland, och Microsoft vägrade att lämna över den med argumentet att den låg under irländsk jurisdiktion. CLOUD Act gjorde det argumentet irrelevant.
Enligt CLOUD Act kan amerikansk brottsbekämpning tvinga vilket USA-baserat teknikföretag som helst (eller vilket företag som helst med en "tillräcklig koppling" till USA) att lämna över data de kontrollerar, oavsett var den datan lagras. Det spelar ingen roll om servern står i Paris. Det spelar ingen roll om dotterbolaget som innehar datan är ett irländskt aktiebolag med begränsat ansvar. Om moderbolaget är amerikanskt är datan inom räckhåll för amerikanska domstolar.
Detta är extraterritorialitet kodifierad i lag. Den behandlar amerikanska teknikföretag som förlängningar av den amerikanska staten, med makt att nå in i främmande jurisdiktioner och hämta information utan att gå igenom den traditionella processen med Mutual Legal Assistance Treaty (MLAT).
CLOUD Act innehåller visserligen bestämmelser om invändningar från utländska regeringar. En leverantör kan utmana ett föreläggande om den anser att efterlevnad skulle bryta mot ett annat lands lagar. Men dessa utmaningar är dyra, tidskrävande och ofta framgångslösa. Utgångspunkten är efterlevnad av amerikansk lag.
FISA 702 och uppströmsövervakning
Beyond standard law enforcement, there is the realm of national security. Section 702 of the Foreign Intelligence Surveillance Act (FISA) allows US intelligence agencies (like the NSA) to compel US electronic communication service providers to assist in the surveillance of non-US persons located outside the United States.
This is not about catching criminals; it is about foreign intelligence. "Foreign intelligence" is a broad term that can encompass everything from terrorism to trade negotiations, diplomatic strategies, and industrial capabilities. Under FISA 702, a US cloud provider can be ordered to intercept communications or data. Crucially, they are often gagged from disclosing that such an order exists.
The scope of FISA 702 is vast. According to declassified reports, tens of thousands of targets are surveilled annually. And "targets" can include not just individuals, but email addresses, phone numbers, and digital selectors that could match many innocent communications.
The European Court of Justice (ECJ) is well aware of this. In the landmark Schrems II ruling in 2020, the ECJ invalidated the "Privacy Shield" data transfer agreement between the EU and the US. The court's reasoning was explicit: US surveillance laws (FISA 702, EO 12333) are disproportionate and do not provide European citizens with actionable rights. Therefore, the US does not offer "adequate protection" for personal data as required by the GDPR.
The EU-US Data Privacy Framework, adopted in 2023, attempted to address these concerns. But critics argue it is largely cosmetic, and another Schrems challenge (Schrems III) is widely expected. The fundamental incompatibility between US surveillance law and European privacy law has not been resolved; it has merely been papered over.
So we have a situation where European companies are using US clouds to store sensitive data, pretending it stays in Europe to satisfy internal compliance, while the highest court in Europe has ruled that the US legal framework makes that data unsafe. It is a cognitive dissonance of epic proportions. It is a compliance time bomb waiting to explode.
Bakdörren "Break Glass"
Molnleverantörerna ignorerar inte detta problem. De vet att det hindrar försäljning. Därför svarar de med "Sovereign Cloud"-erbjudanden. De hävdar "operativ suveränitet". De säger: "Endast EU-personal har åtkomst till din data." De bygger imponerande juridiska strukturer, oberoende förvaltare och skalbolag.
Dessa erbjudanden går under olika namn: AWS Sovereign Regions, Azure Sovereignty Services, Google Sovereign Cloud, Oracle Sovereign Cloud. De lovar verksamhet enbart inom Europa, personal enbart från Europa, och ibland till och med partnerskap med europeiska enheter för att skapa juridiska hinder mot USA:s jurisdiktion.
But if you dig into the Service Level Agreements (SLAs) and the fine print of the technical documentation, you will almost always find a "Break Glass" provision. This is a clause that allows the global (US) support team to access the local infrastructure in the event of a "critical incident," "technical emergency," or "security threat" that the local team cannot handle.
From a security engineering perspective, a "Break Glass" mechanism is a backdoor. It is a privileged access path that bypasses the standard controls. And who decides when to break the glass? The provider. Who defines what constitutes a "critical incident"? The provider.
In a geopolitical crisis (a trade war, perhaps, or a sanctions dispute), that "Break Glass" mechanism becomes a strategic vulnerability. A foreign government could theoretically compel the provider to "break the glass" not to fix a server, but to exfiltrate data, enforce sanctions, or disrupt operations.
Even without malice, the "Follow the Sun" support model poses a risk. When a complex database corruption issue occurs at 3 AM in Frankfurt, the local support team might not have the deep expertise to fix it. They escalate it to the core engineering team. Where is that team located? Usually Seattle or Silicon Valley. To fix the issue, the Seattle engineer needs logs, memory dumps, and perhaps access to the data volume. The moment that access is granted, sovereignty is breached.
The core engineering teams for these platforms are not being duplicated in Europe. It would be prohibitively expensive to maintain separate development teams in each region. The expertise, the source code, the debugging tools: they remain centralized in the United States. And that centralization creates an irreducible dependency.
The Economic Pressure: Why This Matters Beyond Compliance
Some readers might think: "This sounds like a compliance and legal risk. My company is not in a regulated industry. Why should I care?"
The answer is economics. And increasingly, geopolitics.
Cloud provider lock-in creates significant switching costs. Once your data is in a platform, once your applications are built on its services, once your team is trained on its tools, moving becomes extraordinarily difficult and expensive. Estimates suggest that migrating a significant cloud deployment can cost 3-5x the annual cloud spend and take years to complete.
This lock-in gives providers enormous pricing power. Hyperscalers have been steadily increasing prices, knowing that customers have limited alternatives. When AWS raises prices on S3 storage or EC2 instances, most customers simply absorb the cost. The switching cost is too high.
Now consider what happens if that lock-in becomes weaponized. What if, in a trade dispute, the US government decides to impose restrictions on cloud services to European companies in certain sectors? What if sanctions are applied to specific industries or companies? What if a future US administration decides to use technology dominance as a geopolitical lever?
These scenarios seemed far-fetched a decade ago. They seem much less far-fetched today. We have seen technology used as a tool of international pressure (Huawei sanctions, semiconductor export controls, SWIFT disconnection for Russia). The precedents are established. The playbook exists.
A company with sovereign infrastructure has options. A company locked into a foreign cloud has vulnerabilities. This is not just a compliance consideration; it is a strategic risk management issue.
True Sovereignty: The Dweve Definition
At Dweve, we believe the term "sovereignty" has been diluted to the point of meaninglessness. We need to reclaim it. We need a rigorous, engineering-based definition of sovereignty, not a legalistic one.
För oss är ett system bara självständigt om det uppfyller tre hårda kriterier. Det är inte "trevligt att ha"; det är binära godkänd/underkänd-tester.
1. Teknisk autonomi (det frånkopplade tillståndet)
Systemet måste kunna fungera fullt ut utan någon anslutning till en central, utländsk kontrollplan. Det innebär att systemets "hjärna" (schemaläggaren, identitetsleverantören, nyckelhanteraren) måste vara lokal för distributionen.
De flesta publika molnstackar misslyckas direkt på denna punkt. De kräver kontinuerlig anslutning till den globala kontrollplanen för fakturering, identitet och hantering. Dweve är utformad annorlunda. Vår arkitektur är edge-first och decentraliserad. Varje Dweve-kluster är ett självständigt universum. Det har sin egen lokala konsensusmekanism, sitt eget lokala identitetslager och sin egen lokala kontrolllogik.
Du kan köra ett Dweve-kluster i en ubåt, ett säkert bunker eller på ett fabriksgolv utan internetanslutning, och det kommer att fungera i all oändlighet. Det kommer i princip att behandla avsaknaden av internet som en nätverkspartition och fortsätta arbeta. Du kan etablera nya resurser, uppdatera modeller och hantera användare lokalt. När anslutningen återställs kan det synkronisera (om du vill), men det behöver aldrig göra det.
Vår Mesh-arkitektur visar denna princip i praktiken. Dweve Mesh är en distribuerad AI-exekveringsväv med flera nodtyper (Compute, Validator, Storage, Orchestrator) som kan fungera oberoende eller som en del av ett större nätverk. Varje nod har full lokal kapacitet. Nätverket förbättrar funktionaliteten men krävs inte för kärnverksamheten.
2. Juridisk immunitet
Den enhet som driver infrastrukturen måste vara immun mot extraterritoriella databegäranden. Det innebär att den inte kan vara ett dotterbolag till ett företag som omfattas av CLOUD Act eller FISA 702. Det måste vara en europeisk enhet, som endast omfattas av europeisk lag.
Det är därför Dweve är hemmahörande i EU, utan något amerikanskt moderbolag och utan amerikanska investerare med kontrollerande ägarandelar. Vi är inte anti-amerikanska; vi älskar amerikansk innovation. Vi är för suveränitet. Vi kan inte tvingas av en utländsk domstol att svika våra kunder, eftersom vi helt enkelt inte omfattas av deras jurisdiktion.
Vår styrningsstruktur är utformad för att upprätthålla detta oberoende. Vår styrelse består av europeiska medborgare. Vår ägarstruktur utesluter enheter som skulle skapa jurisdiktionsrisk. Vi driver inga amerikanska dotterbolag som skulle kunna bli påtryckningsmedel.
3. Kryptografisk kontroll (HYOK > BYOK)
Kryptering är bara så bra som nyckelhanteringen. Branschstandarden "Bring Your Own Key" (BYOK) är ett missvisande begrepp. I en BYOK-modell genererar du en nyckel och laddar upp den till molnleverantörens Key Management Service (KMS). Leverantörens programvara använder sedan den nyckeln för att kryptera och dekryptera dina data.
Det innebär att leverantören har nyckeln. Den kanske bara finns i minnet under en millisekund, men den finns där. Om leverantörens programvara äventyras, eller om de tvingas att ändra sin programvara för att fånga upp nyckeln, är dina data exponerade. Du litar på att leverantören inte kikar.
Sann suveränitet kräver "Hold Your Own Key" (HYOK). I denna modell lämnar nycklarna aldrig din Hardware Security Module (HSM), som finns kvar hos dig. Molnleverantören ser aldrig nyckeln. Kryptografiska operationer sker i en Trusted Execution Environment (TEE) eller lokalt.
Dweves arkitektur bygger på denna princip. Vårt kryptografiska lager inkluderar homomorf kryptering (BFV-schemat med SIMD-batching), säker flerpartiberäkning (Shamir secret sharing), nollkunskapsbevis (Bulletproofs) och postkvantkryptografi (Kyber KEM). Vi innehar inte dina nycklar. Vi vill inte ha dina nycklar. Om vi får en domstolsorder vill vi kunna säga ärligt: "Vi kan inte hjälpa dig. Uppgifterna är matematiskt oåtkomliga för oss."
Det strategiska imperativet
Den här diskussionen ramas ofta in som en fråga om regelefterlevnad: hur man undviker GDPR-böter. Men det är ett kortsiktigt synsätt. Det handlar om strategisk överlevnad under 2000-talet.
Vi går in i en era av "teknologisk merkantilism." Nationer använder teknikstackar som hävstänger för geopolitisk makt. Leveranskedjor beväpnas. Halvledare, AI-modeller och molninfrastruktur är den nya oljan, det nya stålet och de nya sjövägarna.
Europa lärde sig en smärtsam läxa om beroende när det gäller energi efter Rysslands invasion av Ukraina. Vi insåg för sent att det var ett katastrofalt strategiskt misstag att bygga hela vår industriekonomi på billig gas från en enda, potentiellt fientlig leverantör. Vi spenderade miljarder och drabbades av en enorm ekonomisk chock för att koppla loss oss.
Nu riskerar vi att upprepa exakt samma misstag med vår digitala infrastruktur. Vi bygger vår digitala ekonomi (vår AI, våra datasjöar, våra smarta städer) på den proprietära infrastrukturen hos en enda främmande makt. Att förlita sig på ett utländskt Control Plane för kritisk infrastruktur är strategisk vårdslöshet.
Siffrorna är tydliga. Europeiska företag spenderar över 50 miljarder euro årligen på amerikanska molntjänster. Det är 50 miljarder euro som lämnar den europeiska ekonomin, skapar beroende och bygger upp amerikansk konkurrensfördel. Samtidigt kämpar europeiska molnleverantörer med att konkurrera, utan hyperscalarnas skala och nätverkseffekter.
AI-förordningen, DORA (Digital Operational Resilience Act), NIS2 (Network and Information Security Directive) och andra europeiska regleringar börjar ta itu med dessa risker. Men reglering ensam räcker inte. Vi behöver faktiska alternativ. Vi behöver europeisk infrastruktur som kan konkurrera i kapacitet samtidigt som den upprätthåller suveränitet.
Vägen framåt
"Local Zone" är en bekväm illusion. Den låter oss låtsas att vi har löst problemet utan att göra det hårda arbetet med att bygga verkligt oberoende. Men illusioner, hur trösterika de än är, krossas till slut.
Vägen framåt kräver obekväm ärlighet:
För företag: Granska dina molnberoenden med suveränitet i åtanke. Tillämpa Internet Pull Test, CLOUD Act Test och Court Order Test på din infrastruktur. Identifiera kritiska arbetsbelastningar som kräver verklig suveränitet och utveckla migrationsvägar.
För beslutsfattare: Gå bortom krav på dataresidens till krav på datasuveränitet. Erkänn att fysisk placering är ett nödvändigt men inte tillräckligt villkor. Utveckla certifieringsramverk som testar teknisk autonomi, juridisk immunitet och kryptografisk kontroll.
För teknikindustrin: Bygg faktiska alternativ. Marknadsmöjligheten är enorm och det strategiska behovet är akut. Europeisk digital suveränitet kräver europeisk digital infrastruktur.
Det är dags att bygga infrastruktur som är på riktigt. Infrastruktur som står på egna ben. Infrastruktur som är verkligt, tekniskt och juridiskt suverän. Det är Dweves uppdrag.
Vår plattform är från grunden utformad för verklig suveränitet. Europadatacenter i Nederländerna, Tyskland och Frankrike. Inga utländska kontrollplan. Inga "Break Glass"-bakdörrar. Ingen jurisdiktionsrisk. Full GDPR-efterlevnad inbyggd från grunden. Teknisk autonomi som klarar Internet Pull Test. Kryptografisk arkitektur som gör dataåtkomst matematiskt omöjlig utan kundens samtycke.
Detta handlar inte om nationalism eller protektionism. Det handlar om klok riskhantering i en osäker värld. Det handlar om att bygga den digitala infrastruktur som europeiska företag och medborgare förtjänar: infrastruktur som kontrolleras av européer, för européer, under europeisk lag.
Illusionen av Local Zone har tjänat sitt syfte: den gjorde det möjligt för företag att skjuta upp svåra beslut samtidigt som de verkade hantera suveränitetsfrågor. Men den uppskjutningsperioden går mot sitt slut. De geopolitiska spänningarna intensifieras. De regulatoriska kraven skärps. De strategiska riskerna blir omöjliga att ignorera.
Det är dags att gå från illusion till verklighet. Det är dags att bygga verkligt suverän infrastruktur.
Dweve bygger verkligt suverän AI-infrastruktur för europeiska företag. Vår arkitektur klarar alla tre suveränitetstester: teknisk autonomi (kapabel till frånkopplad drift), juridisk immunitet (EU-exklusiv jurisdiktion) och kryptografisk kontroll (HYOK-nyckelhantering med postkvantberedskap). Vår Mesh-plattform erbjuder distribuerad AI-exekvering med integritetsbevarande federerad inlärning. Vår Fabric-instrumentpanel ger fullständig transparens i AI-verksamheten. Inga "Break Glass"-bakdörrar. Inga utländska kontrollplan. Inga illusioner. Verklig suveränitet, konstruerad från grunden.