Duomenų suverenumo iliuzija: kodėl „vietinių zonų“ nepakanka
Melų geografija
Blizgančiose stiklo sienų posėdžių salėse Frankfurte, Paryžiuje ir Amsterdame įsišaknijo guodžianti fikcija. Tai „vietinės zonos“ fikcija. Ji pasakoja paprastą, raminančią istoriją tiek IT vadovams, tiek vyriausybių ministrams: jei savo duomenis patalpinsite duomenų centre, fiziškai esančiame Europos žemėje (galbūt neišsiskiriančiame sandėlyje Dublino priemiestyje ar bunkeryje prie Frankfurto), esate apsaugoti. Esate atitinkantys reikalavimus. Esate suverenūs.
Šią istoriją pasakoja didžiausi pasaulio debesijos paslaugų teikėjai: „Amazon Web Services“, „Microsoft Azure“, „Google Cloud“. Ją kartoja pirkimų specialistai, patvirtina brangūs konsultantai, o pasirašo atitikties komandos, desperatiškai norinčios pažymėti langelį. Tai yra milijardų eurų IT išlaidų pagrindas visoje Europos Sąjungoje.
Tai taip pat, švelniai tariant, pavojinga iliuzija.
2025 m. fizinė vieta yra mažiausiai svarbus duomenų suverenumo veiksnys. Tai praeities reliktas, kai duomenys buvo fiziniai popieriai bylų spintose. Skaitmeninėje eroje fizinis diskas, kuriame saugomi jūsų duomenys, gali būti serverių stelaže Dubline, tačiau jei tapatybės valdymo sistema, kontroliuojanti prieigą prie jo, veikia Virdžinijoje, jūs nesate suverenūs. Jei serverį tvarkanti palaikymo komanda pavaldi vadovui Sietle, jūs nesate suverenūs. O jei šifravimo raktus, saugančius jūsų duomenis, galiausiai gali valdyti JAV subjektas, kuriam taikomas CLOUD įstatymas, jūs tikrai nesate suverenūs.
Mes statome savo kritinę infrastruktūrą (energetikos tinklus, sveikatos priežiūros sistemas, bankų apskaitos registrus, gynybos logistiką) ant smėlio pamatų. Mes supainiojome „rezidenciją“ su „suverenumu“. O geopolitinio nestabilumo pasaulyje ši painiava gali mums kainuoti nepriklausomybę.
Tai ne paranojiškos spėlionės. Tai ne antiamerikietiški jausmai. Tai šalta, techninė analizė, kaip iš tikrųjų veikia moderni debesijos infrastruktūra ir ką ši architektūra reiškia Europos savarankiškumui. Tiesa nemaloni, bet ignoruoti ją yra kur kas pavojingiau nei susidurti su ja.
Debesijos anatomija: raumenys ir smegenys
Norint suprasti, kodėl „Vietinės zonos“ modelis neveikia, reikia pažvelgti pro rinkodaros brošiūras ir suprasti šiuolaikinės viešosios debesijos architektūrą. Esame linkę manyti, kad debesija yra serverių (skaičiavimo galios) ir standžiųjų diskų (saugyklos) rinkinys. Tačiau tai tik raumenys. Debesijos „smegenys“ yra valdymo plokštuma.
Valdymo plokštuma yra centralizuotas programinės įrangos sluoksnis, kuris koordinuoja viską. Ji nusprendžia, kam leista paleisti virtualią mašiną. Ji nusprendžia, kam leista pasiekti duomenų bazę. Ji tvarko atsiskaitymą. Ji diegia programinės įrangos naujinimus. Ji saugo pagrindinius raktus. Ir, svarbiausia, pagrindinių JAV debesijos paslaugų teikėjų atveju ši valdymo plokštuma yra pasaulinė, vieninga sistema. Ji nėra federacinė; ji yra centralizuota. Ir ją beveik visada kontroliuoja Jungtinės Valstijos.
Kai Europos bankas diegia savo pagrindinę bankininkystės sistemą „suvereniame“ JAV debesijos paslaugų teikėjo regione, jis iš esmės nuomojasi kambarį didžiuliame viešbutyje. Jie gali užrakinti savo kambario duris, žinoma. Jie gali atsivežti savo baldus. Tačiau šeimininkas kontroliuoja pastato apsaugos sistemą, elektrą, vandenį, liftus ir (svarbiausia) pagrindinį raktą, kuris atrakina visus kitus.
Būkime konkretūs, ką iš tikrųjų apima ši valdymo plokštuma:
Tapatybės ir prieigos valdymas (IAM): Kiekvienam prašymui ką nors padaryti debesijoje reikia autentifikavimo ir autorizavimo. Kai prisijungiate, kai kuriate išteklių, kai pasiekiate duomenų bazę, prašymas siunčiamas į IAM sistemą. Daugumos debesijos paslaugų teikėjų atveju ši sistema veikia JAV duomenų centruose. Net jei jūsų skaičiavimo galia yra Frankfurte, jūsų autentifikavimo prašymas gali keliauti į Virdžiniją ir atgal.
Raktų valdymo tarnyba (KMS): Šifravimas yra tik tiek geras, kiek geras raktų valdymas. Debesijos paslaugų teikėjo KMS saugo arba valdo kriptografinius raktus, kurie šifruoja jūsų duomenis. Net „kliento valdomi raktai“ paprastai praeina per teikėjo KMS infrastruktūrą kriptografinių operacijų metu.
Išteklių planuoklis: Sistema, kuri nusprendžia, kuriame fiziniame serveryje veiks jūsų darbo krūvis, kaip paskirstyti atmintį ir procesoriaus galią bei kada perkelti darbo krūvius tarp mašinų. Ji yra giliai integruota į pasaulinę platformą.
Atsiskaitymas ir apskaita: Kiekvienas jūsų naudojamas išteklius yra stebimas, matuojamas ir apmokestinamas. Šie telemetrijos duomenys keliauja į centrines sistemas, suteikdami teikėjui išsamią informaciją apie jūsų naudojimo įpročius.
Programinės įrangos naujinimai ir pataisos: Hypervisor, konteinerių vykdymo aplinka, valdomos duomenų bazės variklis: visi jie gauna automatinius naujinimus, siunčiamus iš centrinės infrastruktūros. Negalite jų atsisakyti neprarasdami saugos pataisų.
Ši centralizacija sukuria dvi skirtingas rizikas: techninę riziką ir teisinę riziką. Abi yra rimtos. Abi yra nepakankamai įvertintos. Ir abi blogėja, o ne gerėja.
Techninė rizika: priklausomybė nuo US-East-1
Šios architektūros techninis pažeidžiamumas nėra teorinis; jis buvo įrodytas ne kartą. Patyrę debesijos inžinieriai žino pokštą: „Kai US-East-1 čiaudi, internetas peršąla.“ US-East-1 (Šiaurės Virdžinija) yra pagrindinis regionas daugeliui AWS paslaugų ir dažnai talpina pasaulinę valdymo plokštumą tam tikroms funkcijoms.
Esame matę ne vieną atvejį, kai sutrikimai Virdžinijoje sustabdė paslaugas EU-West (Airijoje) arba EU-Central (Frankfurte). Kodėl? Todėl, kad vietinis regionas Europoje negalėjo autentifikuoti vartotojų arba negalėjo suprovisioninti naujų išteklių, nes prarado ryšį su „Motinine laivu“ JAV. Jei šviesolaidžio kabelio pertrūkis, programinės įrangos klaida ar kibernetinė ataka Virdžinijoje gali sustabdyti jūsų verslą Berlyne, jūsų verslas nėra suverenus. Jūs esate pririšti.
Prisiminkime 2021 m. gruodžio mėn. AWS sutrikimą. Tinklo konfigūracijos klaida US-East-1 regione išjungė ne tik to regiono paslaugas, bet ir kaskadiniai gedimai paveikė AWS klientus visame pasaulyje. Europos įmonės, naudojusios „tik ES“ diegimus, negalėjo pasiekti savo valdymo skydelių, negalėjo suprovisioninti naujų išteklių, o kai kuriais atvejais negalėjo autentifikuotis savo paties sistemose.
Arba prisiminkime 2022 m. spalio mėn. Azure sutrikimą, kai konfigūracijos pakeitimas centrinėje infrastruktūroje sukėlė autentifikavimo klaidas keliose srityse. Europos klientai negalėjo prisijungti prie „Azure Portal“, nors jų duomenys ir skaičiavimo ištekliai Europos duomenų centruose techniškai veikė. Raumenys buvo sveiki; smegenys buvo atjungtos.
Tikra suverenitetas reikalauja „interneto atjungimo testo“. Jei fiziškai perpjautumėte šviesolaidžio kabelius, jungiančius Europą su JAV, ar jūsų skaitmeninė infrastruktūra ir toliau veiktų? Daugumai Europos įmonių, naudojančių JAV debesis, atsakymas yra bauginantis „Ne“. Jos prarastų galimybę prisijungti (tapatybės ir prieigos valdymas dažnai „skambina namo“), galimybę plėstis (valdymo plokštuma nepasiekiama) ir galimai galimybę iššifruoti duomenis (raktų valdymo paslauga nepasiekiama).
Tai nėra tolima ateitis. Geopolitinių krizių metu povandeniniai kabeliai buvo pažeisti (tiek netyčia, tiek tyčia). Sankcijų režimai gali nutraukti tinklo ryšį. Kibernetinės atakos gali taikytis į pagrindinę infrastruktūrą. Suvereni sistema turi gebėti veikti tokiomis aplinkybėmis, o ne žlugti dėl jų.
Teisinė rizika: ilga JAV teisės ranka
Teisinė dimensija yra dar ryškesnė nei techninė, ir būtent čia „Vietinės zonos“ rinkodara visiškai subyra. Jungtinės Valstijos turi teisinę sistemą, kuri aiškiai atmeta duomenų suvereniteto idėją, pagrįstą fizine vieta.
CLOUD aktas: ekstrateritorialumas, įtvirtintas įstatyme
JAV CLOUD aktas (Clarifying Lawful Overseas Use of Data Act), priimtas 2018 m., buvo esminis pokytis. Jis buvo sukurtas siekiant išspręsti konkrečią JAV teisėsaugos problemą: jie norėjo duomenų, kuriuos „Microsoft“ laikė Airijoje, o „Microsoft“ atsisakė juos perduoti, teigdama, kad jie priklauso Airijos jurisdikcijai. CLOUD aktas panaikino šį argumentą.
Pagal CLOUD aktą JAV teisėsauga gali įpareigoti bet kurią JAV įsikūrusią technologijų įmonę (arba bet kurią įmonę, turinčią „pakankamą ryšį“ su JAV) perduoti jų kontroliuojamus duomenis, nepriklausomai nuo to, kur tie duomenys saugomi. Nesvarbu, ar serveris yra Paryžiuje. Nesvarbu, ar dukterinė įmonė, laikanti duomenis, yra Airijos ribotos atsakomybės bendrovė. Jei patronuojanti įmonė yra amerikietiška, duomenys yra JAV teismų pasiekiami.
Tai ekstrateritorialumas, įtvirtintas įstatyme. Jis traktuoja Amerikos technologijų įmones kaip Amerikos valstybės pratęsimą, turintį galią pasiekti užsienio jurisdikcijas ir išgauti informaciją be tradicinio tarpusavio teisinės pagalbos sutarties (MLAT) proceso.
CLOUD aktas vis dėlto numato nuostatas dėl užsienio vyriausybių prieštaravimų. Teikėjas gali užginčyti įsakymą, jei mano, kad jo vykdymas pažeistų kitos šalies įstatymus. Tačiau tokie ginčai yra brangūs, užima daug laiko ir dažnai būna nesėkmingi. Numatytasis elgesys yra paklusimas JAV įstatymams.
FISA 702 ir aukštupio stebėjimas
Už standartinės teisėsaugos srities yra nacionalinio saugumo sritis. JAV Užsienio žvalgybos priežiūros įstatymo (FISA) 702 skirsnis leidžia JAV žvalgybos agentūroms (pvz., NSA) įpareigoti JAV elektroninių ryšių paslaugų teikėjus padėti vykdyti stebėjimą, nukreiptą į ne JAV asmenis, esančius už Jungtinių Valstijų ribų.
Čia kalbama ne apie nusikaltėlių gaudymą, o apie užsienio žvalgybą. „Užsienio žvalgyba“ yra plati sąvoka, apimanti viską nuo terorizmo iki prekybos derybų, diplomatinių strategijų ir pramoninių pajėgumų. Pagal FISA 702 skirsnį JAV debesijos paslaugų teikėjui gali būti įsakyta perimti ryšius ar duomenis. Svarbiausia, kad tokie teikėjai dažnai įpareigojami neatskleisti, jog toks įsakymas egzistuoja.
FISA 702 skirsnio taikymo apimtis yra didžiulė. Remiantis išslaptintomis ataskaitomis, kasmet stebima dešimtys tūkstančių taikinių. O „taikiniai“ gali būti ne tik asmenys, bet ir el. pašto adresai, telefono numeriai bei skaitmeniniai parinkikliai, kurie gali atitikti daugybę nekaltų ryšių.
Europos Sąjungos Teisingumo Teismas (ESTT) tai puikiai žino. Reikšmingame 2020 m. sprendime Schrems II ESTT panaikino ES ir JAV duomenų perdavimo susitarimą „Privacy Shield“. Teismo motyvai buvo aiškūs: JAV stebėjimo įstatymai (FISA 702 skirsnis, EO 12333) yra neproporcingi ir nesuteikia Europos piliečiams veiksmingų teisių. Todėl JAV nesuteikia „tinkamos apsaugos“ asmens duomenims, kaip to reikalauja BDAR.
2023 m. priimtas ES ir JAV duomenų privatumo pagrindų susitarimas bandė išspręsti šias problemas. Tačiau kritikai teigia, kad jis iš esmės kosmetinis, ir plačiai tikimasi dar vieno iššūkio Schrems byloje (Schrems III). Esminis JAV stebėjimo įstatymų ir Europos privatumo teisės nesuderinamumas nėra išspręstas; jis tik užmaskuotas.
Taigi susidaro situacija, kai Europos įmonės naudoja JAV debesijos paslaugas jautriems duomenims saugoti, apsimesdamos, kad duomenys lieka Europoje, kad atitiktų vidaus reikalavimus, o aukščiausias Europos teismas yra nusprendęs, kad JAV teisinė sistema tuos duomenis daro nesaugius. Tai kognityvinis disonansas milžinišku mastu. Tai atitikties reikalavimų bomba, kuri tuoj sprogs.
„Break Glass" atsarginė durys
Debesijos teikėjai šios problemos neignoruoja. Jie žino, kad tai kliudo pardavimams. Todėl jie atsako „Suverenios debesijos" pasiūlymais. Jie teigia užtikrinantys „veiklos suverenumą". Jie sako: „Prie jūsų duomenų prieigą turi tik ES personalas." Jie įsteigia įspūdingai skambančias teisines struktūras, nepriklausomus patikėtinius ir vokelinės įmones.
Šie pasiūlymai žinomi įvairiais pavadinimais: AWS Sovereign Regions, Azure Sovereignty Services, Google Sovereign Cloud, Oracle Sovereign Cloud. Jie žada veiklą tik Europoje, tik Europos personalą, o kartais net partnerystę su Europos subjektais, siekdami sukurti teisines kliūtis JAV jurisdikcijai.
Tačiau įsigilinus į paslaugų lygio sutartis (SLAs) ir smulkiu šriftu parašytą techninės dokumentacijos dalį, beveik visada rasite „Break Glass“ nuostatą. Tai sąlyga, leidžianti globaliai (JAV) palaikymo komandai pasiekti vietinę infrastruktūrą įvykus „kritiniam incidentui“, „techninei ekstremaliajai situacijai“ ar „saugumo grėsmei“, kurių vietos komanda negali suvaldyti.
Iš saugumo inžinerijos perspektyvos „Break Glass“ mechanizmas yra užpakalinės durys. Tai privilegijuotas prieigos kelias, apeinantis standartines kontrolės priemones. O kas nusprendžia, kada sudaužyti stiklą? Paslaugų teikėjas. Kas apibrėžia, kas laikoma „kritiniu incidentu“? Paslaugų teikėjas.
Geopolitinės krizės metu (galbūt prekybos karo ar sankcijų ginčo) tas „Break Glass“ mechanizmas tampa strateginiu pažeidžiamumu. Užsienio vyriausybė teoriškai galėtų priversti paslaugų teikėją „sudaužyti stiklą“ ne tam, kad sutaisytų serverį, o tam, kad išgautų duomenis, įgyvendintų sankcijas ar sutrikdytų veiklą.
Net ir be piktų kėslų „Follow the Sun“ palaikymo modelis kelia riziką. Kai sudėtinga duomenų bazės sugadinimo problema iškyla 3 valandą nakties Frankfurte, vietos palaikymo komandai gali pritrūkti gilių žinių jai išspręsti. Jie perduoda problemą pagrindinei inžinerijos komandai. Kur ta komanda įsikūrusi? Paprastai Sietle ar Silicio slėnyje. Norėdamas išspręsti problemą, Sietlo inžinierius turi gauti žurnalus, atminties iškeltis ir galbūt prieigą prie duomenų talpos. Tą akimirką, kai suteikiama ta prieiga, suverenitetas yra pažeidžiamas.
Šių platformų pagrindinės inžinerijos komandos nėra dubliuojamos Europoje. Išlaikyti atskiras kūrimo komandas kiekviename regione būtų neįperkamai brangu. Ekspertinės žinios, šaltinio kodas, derinimo įrankiai: jie lieka centralizuoti Jungtinėse Valstijose. Ir ta centralizacija sukuria nepašalinamą priklausomybę.
Ekonominis spaudimas: kodėl tai svarbu ne tik dėl atitikties
Kai kurie skaitytojai gali pagalvoti: „Tai skamba kaip atitikties ir teisinė rizika. Mano įmonė nedirba reguliuojamoje pramonės šakoje. Kodėl man turėtų rūpėti?“
Atsakymas yra ekonomika. Ir vis dažniau geopolitika.
Debesijos paslaugų teikėjo įkalbinėjimas sukuria dideles perėjimo išlaidas. Kai jūsų duomenys yra platformoje, kai jūsų programos sukurtos naudojant jos paslaugas, kai jūsų komanda apmokyta naudotis jos įrankiais, persikėlimas tampa nepaprastai sudėtingas ir brangus. Skaičiavimai rodo, kad didelio debesijos diegimo migracija gali kainuoti 3-5 kartus daugiau nei metinės debesijos išlaidos ir užtrukti metus.
Šis įkalbinėjimas suteikia paslaugų teikėjams didžiulę kainodaros galią. Didieji debesijos paslaugų teikėjai nuolat kelia kainas, žinodami, kad klientai turi ribotas alternatyvas. Kai AWS padidina S3 saugyklos ar EC2 egzempliorių kainas, dauguma klientų tiesiog praryja išlaidas. Perėjimo išlaidos per didelės.
Dabar pagalvokite, kas nutinka, jei tas įkalbinėjimas tampa ginklu. Kas būtų, jei prekybos ginče JAV vyriausybė nuspręstų įvesti apribojimus debesijos paslaugoms Europos įmonėms tam tikruose sektoriuose? Kas būtų, jei sankcijos būtų taikomos konkrečioms pramonės šakoms ar įmonėms? Kas būtų, jei būsima JAV administracija nuspręstų panaudoti technologinį dominavimą kaip geopolitinį svertą?
Šie scenarijai prieš dešimtmetį atrodė tolimi. Šiandien jie atrodo gerokai mažiau tolimi. Mes matėme, kaip technologijos naudojamos kaip tarptautinio spaudimo įrankis („Huawei“ sankcijos, puslaidininkių eksporto kontrolė, Rusijos atjungimas nuo SWIFT). Precedentai nustatyti. Žaidimo scenarijus egzistuoja.
Įmonė, turinti suverenią infrastruktūrą, turi galimybių. Įmonė, įkalinta užsienio debesijoje, turi pažeidžiamumų. Tai ne tik atitikties klausimas; tai strateginės rizikos valdymo problema.
Tikrasis suverenitetas: „Dweve“ apibrėžimas
„Dweve“ manome, kad terminas „suverenitetas“ buvo išplautas iki beprasmybės. Turime jį susigrąžinti. Mums reikia griežto, inžinerija pagrįsto suvereniteto apibrėžimo, o ne teisinio.
Mums sistema yra suvereni tik tada, kai atitinka tris griežtus kriterijus. Tai ne „malonios smulkmenos“; tai dvejetainiai išlaikyta / neišlaikyta testai.
1. Techninė autonomija (atsijungusioji būsena)
Sistema turi gebėti veikti visapusiškai be jokio ryšio su centrine, užsienio valdymo plokštuma. Tai reiškia, kad sistemos „smegenys“ (planuoklis, tapatybės teikėjas, raktų tvarkytuvė) turi būti vietinės diegimo aplinkoje.
Dauguma viešųjų debesų platformų šį testą iš karto nepraeina. Jos reikalauja nuolatinio ryšio su pasauline valdymo plokštuma atsiskaitymams, tapatybei ir valdymui. Dweve sukurta kitaip. Mūsų architektūra yra orientuota į kraštą ir decentralizuota. Kiekvienas Dweve klasteris yra savarankiška visata. Jis turi savo vietinį konsensuso mechanizmą, savo vietinę tapatybės saugyklą ir savo vietinę valdymo logiką.
Dweve klasterį galite paleisti povandeniniame laive, saugioje slėptuvėje ar gamyklos ceche, atjungtame nuo interneto, ir jis veiks neribotą laiką. Jis iš esmės laikys interneto nebuvimą tinklo atskyrimu ir toliau veiks. Galite vietoje teikti naujus išteklius, atnaujinti modelius ir valdyti naudotojus. Kai ryšys atkuriamas, jis gali sinchronizuotis (jei norite), bet jam to niekada nereikia.
Mūsų Mesh architektūra šį principą įrodo praktiškai. Dweve Mesh yra paskirstytas dirbtinio intelekto vykdymo audinys su kelių tipų mazgais (Compute, Validator, Storage, Orchestrator), kurie gali veikti savarankiškai arba kaip didesnio tinklo dalis. Kiekvienas mazgas turi pilną vietinę funkciją. Tinklas pagerina funkcionalumą, bet nėra būtinas pagrindinėms operacijoms.
2. Teisinė neliečiamybė
Subjektas, valdantis infrastruktūrą, turi būti apsaugotas nuo eksteritorialinių duomenų užklausų. Tai reiškia, kad jis negali būti įmonės, kuriai taikomas CLOUD Act ar FISA 702, dukterinė įmonė. Jis turi būti Europos subjektas, kuriam taikoma tik Europos teisė.
Štai kodėl Dweve įsikūrusi ES, be JAV patronuojančiosios įmonės ir be JAV investuotojų, turinčių kontrolinį akcijų paketą. Mes nesame antiamerikietiški; mes vertiname Amerikos inovacijas. Mes už suverenumą. Mūsų negali priversti užsienio teismas išduoti klientų, nes mes tiesiog nepriklausome jų jurisdikcijai.
Mūsų valdymo struktūra sukurta šiai nepriklausomybei išlaikyti. Mūsų valdybą sudaro Europos piliečiai. Mūsų akcininkų struktūra neįtraukia subjektų, kurie sukeltų jurisdikcinę riziką. Mes nevaldome JAV dukterinių įmonių, kurios galėtų tapti spaudimo taškais.
3. Kriptografinė kontrolė (HYOK > BYOK)
Šifravimas yra tik tiek geras, kiek geras raktų valdymas. Pramonės standartas „Bring Your Own Key“ (BYOK) yra klaidinantis terminas. BYOK modelyje jūs sugeneruojate raktą ir įkeliate jį į debesijos teikėjo raktų valdymo tarnybą (KMS). Teikėjo programinė įranga tada naudoja tą raktą jūsų duomenims šifruoti ir iššifruoti.
Tai reiškia, kad teikėjas turi raktą. Jis gali būti atmintyje tik milisekundę, bet jis ten yra. Jei teikėjo programinė įranga yra pažeista arba jei jie yra priversti pakeisti savo programinę įrangą, kad užfiksuotų raktą, jūsų duomenys yra atskleisti. Jūs pasitikite teikėju, kad jis nežiūrės.
Tikras suverenumas reikalauja „Hold Your Own Key“ (HYOK). Šiame modelyje raktai niekada nepalieka jūsų aparatinės įrangos saugos modulio (HSM), kuris lieka jūsų patalpose. Debesijos teikėjas niekada nemato rakto. Kriptografinės operacijos vyksta patikimoje vykdymo aplinkoje (TEE) arba vietoje.
Dweve architektūra pagrįsta šiuo principu. Mūsų kriptografinis sluoksnis apima homomorfinio šifravimo galimybes (BFV schema su SIMD paketiniu apdorojimu), saugų daugiašalį skaičiavimą (Shamir slaptųjų duomenų padalijimas), nulinio žinojimo įrodymus (Bulletproofs) ir postkvantinę kriptografiją (Kyber KEM). Mes nelaikome jūsų raktų. Mes nenorime jūsų raktų. Jei gautume teismo įsakymą, norėtume galėti sąžiningai pasakyti: „Mes negalime jums padėti. Duomenys mums matematiškai nepasiekiami.“
Strateginis imperatyvas
Ši diskusija dažnai pateikiama kaip atitikties klausimas: kaip išvengti GDPR baudų. Tačiau tai trumparegiškas požiūris. Čia kalbama apie strateginį išlikimą XXI amžiuje.
Įžengiame į „technologinio merkantilizmo“ erą. Valstybės naudoja technologijų kamienus kaip geopolitinės galios svertus. Tiekimo grandinės ginkluojamos. Puslaidininkiai, dirbtinio intelekto modeliai ir debesijos infrastruktūra yra naujoji nafta, plienas ir laivybos keliai.
Europa iš energetikos priklausomybės išmoko skaudžią pamoką po Rusijos invazijos į Ukrainą. Per vėlai supratome, kad visos pramonės ekonomikos kūrimas ant pigių dujų iš vieno, potencialiai priešiško tiekėjo buvo katastrofiška strateginė klaida. Išleidome milijardus ir patyrėme didžiulį ekonominį sukrėtimą, kad galėtume atsikabinti.
Dabar mums gresia ta pati klaida su skaitmenine infrastruktūra. Savo skaitmeninę ekonomiką (dirbtinį intelektą, duomenų saugyklas, išmaniuosius miestus) kuriame ant vienos užsienio valstybės nuosavybės infrastruktūros. Pasikliauti užsienio valdymo plokštuma kritinei infrastruktūrai yra strateginis aplaidumas.
Skaičiai yra negailestingi. Europos įmonės kasmet išleidžia daugiau nei 50 mlrd. eurų JAV debesijos paslaugoms. Tai 50 mlrd. eurų, iškeliaujančių iš Europos ekonomikos, kuriančių priklausomybę ir stiprinančių Amerikos konkurencinį pranašumą. Tuo tarpu Europos debesijos teikėjai stengiasi konkuruoti, jiems trūksta hiper skalės įmonių masto ir tinklo efektų.
AI aktas, DORA (Skaitmeninės veiklos atsparumo aktas), NIS2 (Tinklo ir informacijos saugumo direktyva) ir kiti Europos reglamentai pradeda spręsti šias rizikas. Tačiau vien reglamentavimo nepakanka. Mums reikia realių alternatyvų. Mums reikia Europos infrastruktūros, kuri galėtų konkuruoti pajėgumu ir išlaikyti suverenitetą.
Kelias į priekį
„Vietinė zona“ yra patogi iliuzija. Ji leidžia apsimesti, kad problemą išsprendėme, nedarant sunkaus darbo kuriant tikrą nepriklausomybę. Tačiau iliuzijos, kad ir kokios guodžiančios, galiausiai subyra.
Kelias į priekį reikalauja nemalonaus sąžiningumo:
Įmonėms: Įvertinkite savo debesijos priklausomybes turėdami omenyje suverenitetą. Taikykite interneto atjungimo testą, CLOUD akto testą ir teismo orderio testą savo infrastruktūrai. Nustatykite kritinius darbo krūvius, kuriems reikia tikro suvereniteto, ir sukurkite migracijos kelius.
Politikos formuotojams: Peržengkite duomenų buvimo vietos reikalavimus ir pereikite prie duomenų suvereniteto reikalavimų. Pripažinkite, kad fizinė vieta yra būtina, bet nepakankama sąlyga. Sukurkite sertifikavimo sistemas, kurios tikrintų techninį savarankiškumą, teisinę neliečiamybę ir kriptografinę kontrolę.
Technologijų pramonei: Kurkite realias alternatyvas. Rinkos galimybės yra milžiniškos, o strateginis poreikis yra skubus. Europos skaitmeninis suverenitetas reikalauja Europos skaitmeninės infrastruktūros.
Atėjo laikas kurti infrastruktūrą, kuri yra tikra. Infrastruktūrą, kuri stovi ant savo kojų. Infrastruktūrą, kuri yra iš tikrųjų, techniškai ir teisiškai suvereni. Tokia yra Dweve misija.
Our platform is designed from the ground up for true sovereignty. European data centers in the Netherlands, Germany, and France. No foreign control planes. No "Break Glass" backdoors. No jurisdictional exposure. Full GDPR compliance built in from the foundation. Technical autonomy that passes the Internet Pull Test. Cryptographic architecture that makes data access mathematically impossible without customer consent.
This is not about nationalism or protectionism. This is about prudent risk management in an uncertain world. This is about building the digital infrastructure that European businesses and citizens deserve: infrastructure that is controlled by Europeans, for Europeans, under European law.
The illusion of the Local Zone has served its purpose: it allowed enterprises to defer hard decisions while appearing to address sovereignty concerns. But that deferral period is ending. The geopolitical tensions are intensifying. The regulatory requirements are tightening. The strategic risks are becoming impossible to ignore.
It is time to move from illusion to reality. It is time to build truly sovereign infrastructure.
Dweve builds truly sovereign AI infrastructure for European enterprises. Our architecture passes all three sovereignty tests: technical autonomy (disconnected operation capable), legal immunity (EU-only jurisdiction), and cryptographic control (HYOK key management with post-quantum readiness). Our Mesh platform provides distributed AI execution with privacy-preserving federated learning. Our Fabric dashboard offers complete transparency into AI operations. No "Break Glass" backdoors. No foreign Control Planes. No illusions. Real sovereignty, engineered from the ground up.