Az adatszuverenitás illúziója: Miért nem elég a „helyi zóna”
A hazugság földrajza
Frankfurt, Párizs és Amszterdam elegáns, üvegfalú tárgyalótermeiben egy megnyugtató fikció vert gyökeret. Ez a „helyi zóna" fikciója. Egyszerű, megnyugtató történetet mesél a CIO-knak és a kormányzati minisztereknek egyaránt: ha az adataidat egy fizikailag európai talajon elhelyezkedő adatközpontban tárolod (egy jellegtelen raktárban Dublin külvárosában, vagy egy bunkerben Frankfurt közelében), akkor védve vagy. Megfelelsz az előírásoknak. Szuverén vagy.
Ezt a történetet a világ legnagyobb hiperskálázói mesélik: az Amazon Web Services, a Microsoft Azure és a Google Cloud. Ezt ismételgetik a beszerzési felelősök, erősítik meg drága tanácsadók, és hagyják jóvá a megfelelőségi csapatok, akik kétségbeesetten szeretnének egy pipát tenni a listára. Ez az Európai Unió informatikai kiadásainak több milliárd eurós alapja.
Ez azonban, hogy őszintén fogalmazzunk, veszélyes illúzió.
2025-ben a fizikai elhelyezkedés a legkevésbé fontos tényező az adatszuverenitásban. Ez egy olyan korszak emléke, amikor az adat fizikai papír volt egy iratszekrényben. A digitális korban az a fizikai meghajtó, ahol az adataid pihennek, lehet, hogy egy dublini szerverállványban van, de ha az azonosításkezelő rendszer, amely szabályozza a hozzáférést, Virginiában fut, akkor nem vagy szuverén. Ha a szervert javító támogató csapat egy seattle-i vezetőnek tartozik elszámolással, akkor nem vagy szuverén. És ha az adataidat lezáró titkosítási kulcsok végső soron egy, a CLOUD Act hatálya alá tartozó amerikai szervezet által kezelhetők, akkor biztosan nem vagy szuverén.
Kritikus infrastruktúránkat (energiahálózatainkat, egészségügyi rendszereinket, banki főkönyveinket, védelmi logisztikánkat) homokra építjük. Összekevertük a „rezidenciát" a „szuverenitással". És a növekvő geopolitikai instabilitás világában ez a keveredés a függetlenségünkbe kerülhet.
Ez nem paranoiás spekuláció. Ez nem Amerika-ellenes érzület. Ez a modern felhőinfrastruktúra tényleges működésének hideg, technikai elemzése, és annak vizsgálata, hogy ez az architektúra mit jelent az európai autonómia számára. Az igazság kényelmetlen, de figyelmen kívül hagyni sokkal veszélyesebb, mint szembenézni vele.
A felhő anatómiája: izom és agy
Ahhoz, hogy megértsük, miért vall kudarcot a „Local Zone” modell, túl kell látnunk a marketinganyagokon, és meg kell értenünk a modern nyilvános felhő felépítését. Hajlamosak vagyunk úgy gondolni a felhőre, mint szerverek (számítási kapacitás) és merevlemezek (tárhely) gyűjteményére. De ezek csak az izom. A felhő „agya” a Control Plane.
A Control Plane az a központosított szoftverréteg, amely mindent összehangol. Ez dönti el, ki indíthat virtuális gépet. Ez dönti el, ki férhet hozzá egy adatbázishoz. Ez kezeli a számlázást. Ez telepíti a szoftverfrissítéseket. Ez őrzi a mesterkulcsokat. És ami döntő fontosságú a nagy amerikai hiperskálázóknál: ez a Control Plane egy globális, egységes rendszer. Nem föderált; központosított. És szinte kivétel nélkül az Egyesült Államokból irányítják.
Amikor egy európai bank a „szuverén” régiójába telepíti a core banking rendszerét egy amerikai hiperskálázónál, gyakorlatilag egy hatalmas szálloda egyik szobáját bérli. Az ajtót bezárhatja a szobájára, persze. Hozhat saját bútort. De a szállodatulajdonos irányítja az épület biztonsági rendszerét, az áramot, a vizet, a lifteket, és (ami döntő) a mesterkulcsot, amely minden más kulcsot felülír.
Legyünk pontosak abban, hogy mit is foglal magában ez a Control Plane:
Identity and Access Management (IAM): Minden kéréshez, amely bármit tesz a felhőben, hitelesítésre és jogosultság-ellenőrzésre van szükség. Amikor bejelentkezik, amikor erőforrást hoz létre, amikor adatbázishoz fér hozzá, a kérés az IAM rendszerhez megy. A legtöbb hiperskálázónál ez a rendszer amerikai adatközpontokban fut. Még ha a számítási kapacitása Frankfurtban is van, a hitelesítési kérése akár Virginiába is elutazhat és vissza.
Key Management Service (KMS): A titkosítás csak annyira jó, amennyire a kulcskezelés. A hiperskálázó KMS-e tartja vagy kezeli azokat a kriptográfiai kulcsokat, amelyek titkosítják az adatokat. Még az „ügyfél által kezelt kulcsok” is jellemzően áthaladnak a szolgáltató KMS-infrastruktúráján a kriptográfiai műveletek során.
Resource Scheduler: Ez a rendszer dönti el, hogy a számítási feladata melyik fizikai szerveren fusson, hogyan osztozzon a memórián és a CPU-n, és mikor kerüljön át másik gépre. Ez mélyen be van építve a globális platformba.
Billing and Metering: Minden felhasznált erőforrást nyomon követnek, mérnek és kiszámláznak. Ez a telemetriai adat központi rendszerekbe áramlik, és részletes rálátást ad a szolgáltatónak az Ön használati szokásaira.
Software Updates and Patches: A hipervizor, a konténerfuttató környezet, a felügyelt adatbázismotor: mindegyik automatikus frissítéseket kap, amelyeket a központi infrastruktúrából küldenek. Nem lehet lemondani róluk anélkül, hogy ne veszítené el a biztonsági javításokat.
Ez a központosítás két különálló kockázatot hoz létre: a technikai kockázatot és a jogi kockázatot. Mindkettő súlyos. Mindkettőt alábecsülik. És mindkettő egyre rosszabb, nem pedig jobb.
A technikai kockázat: a US-East-1-függőség
Ennek a felépítésnek a technikai sebezhetősége nem elméleti; újra és újra bizonyítást nyert. A tapasztalt felhőmérnökök ismerik a viccet: „Amikor a US-East-1 tüsszent, az internet megfázik.” A US-East-1 (Észak-Virginia) számos AWS-szolgáltatás elsődleges régiója, és gyakran itt fut egyes funkciók globális vezérlősíkja.
Számos esetben láttuk már, hogy a virginiai kiesések miatt álltak le az EU-West (Írország) vagy EU-Central (Frankfurt) szolgáltatásai. Miért? Mert az európai régió nem tudta hitelesíteni a felhasználókat, vagy nem tudott új erőforrásokat kiépíteni, mivel megszakadt a kapcsolata az Egyesült Államokban lévő „anyahajóval”. Ha egy optikai kábel sérülése, egy szoftverhiba vagy egy kibertámadás Virginiában meg tudja állítani a berlini vállalkozását, akkor a vállalkozása nem szuverén. Ön pórázon van.
Gondoljon a 2021 decemberi AWS-kiesésre. Egy hálózati konfigurációs hiba az US-East-1 régióban nemcsak az ottani szolgáltatásokat vitte le, hanem a láncreakcióként jelentkező hibák világszerte érintették az AWS ügyfeleit. Az „EU-only” telepítéseket futtató európai vállalatok nem tudtak hozzáférni az irányítópultjaikhoz, nem tudtak új erőforrásokat kiépíteni, és bizonyos esetekben a saját rendszereikbe sem tudtak bejelentkezni.
Vagy gondoljon a 2022 októberi Azure-kiesésre, ahol a központi infrastruktúrában végrehajtott konfigurációs módosítás hitelesítési hibákat okozott több régióban is. Az európai ügyfelek nem tudtak bejelentkezni az Azure Portalra, pedig az európai adatközpontokban lévő adataik és számítási erőforrásaik technikailag működtek. Az izom rendben volt; az agy nem volt elérhető.
Az igazi szuverenitás megköveteli az „internetes szakítópróbát”. Ha fizikailag elvágná az Európát az Egyesült Államokkal összekötő optikai kábeleket, a digitális infrastruktúrája tovább működne? A legtöbb, amerikai felhőket használó európai vállalat számára a válasz egy ijesztő „nem”. Elveszítenék a bejelentkezés képességét (az identitás- és hozzáférés-kezelés gyakran hazatelefonál), a méretezés képességét (a vezérlősík elérhetetlen), és potenciálisan az adatok visszafejtésének képességét is (a kulcskezelő szolgáltatás elérhetetlen).
Ez nem egy távoli forgatókönyv. Geopolitikai válság idején a tenger alatti kábelek már megsérültek (véletlenül és szándékosan is). A szankciós rendszerek elvághatják a hálózati kapcsolatokat. A kibertámadások célpontjai lehetnek az alaphálózati infrastruktúrák. Egy szuverén rendszernek képesnek kell lennie arra, hogy ezekben a helyzetekben is működjön, ne pedig összeomoljon miattuk.
A jogi kockázat: az amerikai jog hosszú karja
A jogi dimenzió még élesebb, mint a technikai, és itt omlik össze teljesen a „Local Zone” marketingje. Az Egyesült Államoknak olyan jogi keretrendszere van, amely kifejezetten elutasítja a fizikai elhelyezkedésen alapuló adatszuverenitás gondolatát.
A CLOUD Act: a területen kívüli hatály törvénybe foglalva
A 2018-ban elfogadott amerikai CLOUD Act (Clarifying Lawful Overseas Use of Data Act) fordulópontot jelentett. Egy konkrét problémát volt hivatott megoldani az amerikai bűnüldözés számára: hozzá akartak férni a Microsoft Írországban tárolt adataihoz, a Microsoft pedig megtagadta az átadást, arra hivatkozva, hogy az adatok ír joghatóság alá tartoznak. A CLOUD Act ezt az érvet megszüntette.
A CLOUD Act értelmében az amerikai bűnüldöző szervek bármely amerikai székhelyű technológiai vállalatot (vagy bármely, az Egyesült Államokkal „kellő kapcsolatban” álló vállalatot) kötelezhetnek az általuk ellenőrzött adatok átadására, függetlenül attól, hogy az adatokat hol tárolják. Nem számít, ha a szerver Párizsban van. Nem számít, ha az adatokat birtokló leányvállalat egy ír korlátolt felelősségű társaság. Ha az anyavállalat amerikai, az adatok az amerikai bíróságok hatókörébe tartoznak.
Ez a területen kívüli hatály törvénybe foglalva. Az amerikai technológiai vállalatokat az amerikai állam kiterjesztéseként kezeli, amelynek hatalmában áll külföldi joghatóságokba behatolni és információkat kinyerni anélkül, hogy a hagyományos, kölcsönös jogsegélyegyezményen (MLAT) alapuló eljáráson menne keresztül.
A CLOUD Act tartalmaz rendelkezéseket a külföldi kormányok kifogásaira is. A szolgáltató megtámadhatja a végzést, ha úgy véli, hogy a teljesítés egy másik ország törvényeit sértené. De ezek a kifogások költségesek, időigényesek, és gyakran sikertelenek. Az alapértelmezett álláspont az amerikai jognak való megfelelés.
A FISA 702 és a felsőbb szintű megfigyelés
Az általános bűnüldözésen túl ott van a nemzetbiztonság területe. A Foreign Intelligence Surveillance Act (FISA) 702. szakasza feljogosítja az amerikai hírszerző ügynökségeket (például az NSA-t), hogy kötelezzék az amerikai elektronikus hírközlési szolgáltatókat a külföldön tartózkodó, nem amerikai személyek megfigyelésében való közreműködésre.
Ez nem a bűnözők elfogásáról szól; ez külföldi hírszerzésről szól. A „külföldi hírszerzés" tág fogalom, amely a terrorizmustól a kereskedelmi tárgyalásokon, diplomáciai stratégiákon át az ipari képességekig sok mindent magában foglalhat. A FISA 702 értelmében egy amerikai felhőszolgáltatót kötelezhetnek kommunikáció vagy adatok elfogására. A lényeg az, hogy gyakran megtiltják nekik, hogy felfedjék egy ilyen megbízás létezését.
A FISA 702 hatóköre hatalmas. A feloldott minősítésű jelentések szerint évente több tízezer célszemélyt figyelnek meg. A „célszemélyek" közé pedig nemcsak egyének tartozhatnak, hanem e-mail-címek, telefonszámok és digitális kiválasztók is, amelyek sok ártatlan kommunikációra illeszkedhetnek.
Az Európai Unió Bírósága (EUB) tisztában van ezzel. A mérföldkőnek számító Schrems II ítéletben 2020-ban az EUB érvénytelenítette az EU és az USA közötti „Privacy Shield" adattovábbítási megállapodást. A bíróság indoklása egyértelmű volt: az amerikai megfigyelési törvények (FISA 702, EO 12333) aránytalanok, és nem biztosítanak érvényesíthető jogokat az európai polgárok számára. Ezért az USA nem nyújt „megfelelő védelmet" a személyes adatoknak a GDPR előírásai szerint.
Az EU-USA adatvédelmi keretmegállapodás, amelyet 2023-ban fogadtak el, megpróbált választ adni ezekre az aggályokra. A kritikusok azonban úgy vélik, hogy ez nagyrészt csak látszatmegoldás, és egy újabb Schrems-kihívás (Schrems III) széles körben várható. Az amerikai megfigyelési törvények és az európai adatvédelmi jog közötti alapvető összeférhetetlenség nem oldódott meg; csak elfedték.
Tehát az a helyzet áll elő, hogy európai vállalatok amerikai felhőszolgáltatásokat használnak érzékeny adatok tárolására, és úgy tesznek, mintha az adatok Európában maradnának a belső megfelelési követelmények kielégítése érdekében, miközben Európa legfelsőbb bírósága kimondta, hogy az amerikai jogi keretrendszer miatt ezek az adatok nem biztonságosak. Ez óriási mértékű kognitív disszonancia. Ez egy megfelelési időzített bomba, amely arra vár, hogy felrobbanjon.
A „törésüveg" hátsó kapu
A felhőszolgáltatók nem hagyják figyelmen kívül ezt a problémát. Tudják, hogy ez értékesítési akadályt jelent. Ezért a „Sovereign Cloud" ajánlatokkal állnak elő. „Működési szuverenitást" ígérnek. Azt mondják: „Csak uniós munkatársak férhetnek hozzá az Ön adataihoz." Lenyűgözően hangzó jogi struktúrákat, független vagyonkezelőket és fedőcégeket hoznak létre.
Ezek az ajánlatok különböző neveken futnak: AWS Sovereign Regions, Azure Sovereignty Services, Google Sovereign Cloud, Oracle Sovereign Cloud. Európai kizárólagosságú működést, kizárólag európai munkatársakat ígérnek, és néha európai szervezetekkel való partnerséget is, hogy jogi akadályokat emeljenek az amerikai joghatósággal szemben.
De ha beleásol magad a szolgáltatási szintű megállapodásokba (SLA) és a műszaki dokumentáció apró betűs részébe, szinte mindig találsz egy „Break Glass” rendelkezést. Ez egy olyan záradék, amely lehetővé teszi a globális (amerikai) támogatási csapat számára, hogy hozzáférjen a helyi infrastruktúrához „kritikus incidens”, „műszaki vészhelyzet” vagy „biztonsági fenyegetés” esetén, amelyet a helyi csapat nem tud kezelni.
Biztonságtechnikai szempontból a „Break Glass” mechanizmus egy hátsó kapu. Ez egy privilegizált hozzáférési út, amely megkerüli a szokásos ellenőrzéseket. És ki dönti el, hogy mikor kell betörni az üveget? A szolgáltató. Ki határozza meg, hogy mi számít „kritikus incidensnek”? A szolgáltató.
Geopolitikai válság idején (mondjuk egy kereskedelmi háború vagy egy szankciós vita) ez a „Break Glass” mechanizmus stratégiai sebezhetőséggé válik. Egy külföldi kormány elméletileg rákényszerítheti a szolgáltatót, hogy „betörje az üveget”, nem azért, hogy megjavítson egy szervert, hanem hogy adatokat szivárogtasson ki, szankciókat hajtson végre vagy megzavarja a működést.
Még rosszindulat nélkül is kockázatot jelent a „Follow the Sun” támogatási modell. Amikor egy összetett adatbázis-sérülési probléma merül fel hajnali 3 órakor Frankfurtban, a helyi támogatási csapatnak lehet, hogy nincs meg a kellő szakértelme a javításhoz. Továbbítják az esetet a magszintű mérnöki csapatnak. Hol van ez a csapat? Általában Seattle-ben vagy a Szilícium-völgyben. A probléma megoldásához a seattle-i mérnöknek naplókra, memóriaképekre és esetleg hozzáférésre van szüksége az adatkötethez. Abban a pillanatban, amikor ezt a hozzáférést megadják, a szuverenitás megsérül.
Ezeknek a platformoknak a magszintű mérnöki csapatait nem másolják le Európában. Tiltóan drága lenne külön fejlesztői csapatokat fenntartani minden régióban. A szakértelem, a forráskód, a hibakereső eszközök: mind az Egyesült Államokban maradnak központosítva. És ez a központosítás visszafordíthatatlan függőséget hoz létre.
A gazdasági nyomás: miért fontos ez a megfelelésen túl
Egyes olvasók azt gondolhatják: „Ez megfelelési és jogi kockázatnak hangzik. A cégem nem szabályozott iparágban működik. Miért érdekeljen ez engem?”
A válasz a gazdaság. És egyre inkább a geopolitika.
A felhőszolgáltatói bezártság jelentős váltási költségeket teremt. Ha az adataid egy platformon vannak, ha az alkalmazásaid a szolgáltatásaira épülnek, ha a csapatodat a szerszámaira képezték ki, a költözés rendkívül nehézzé és drágává válik. Becslések szerint egy jelentős felhőalapú telepítés migrálása az éves felhőkiadás 3-5-szörösébe kerülhet, és évekig tarthat.
Ez a bezártság óriási árképzési erőt ad a szolgáltatóknak. A hiperskálázók folyamatosan emelik az áraikat, tudván, hogy az ügyfeleknek korlátozott alternatíváik vannak. Amikor az AWS árat emel az S3-tárolásra vagy az EC2-példányokra, a legtöbb ügyfél egyszerűen lenyeli a költséget. A váltási költség túl magas.
Most gondold végig, mi történik, ha ez a bezártság fegyverré válik. Mi van, ha egy kereskedelmi vitában az amerikai kormány úgy dönt, hogy korlátozásokat vezet be a felhőszolgáltatásokra bizonyos ágazatokban működő európai cégek számára? Mi van, ha szankciókat alkalmaznak bizonyos iparágakra vagy cégekre? Mi van, ha egy jövőbeli amerikai kormányzat úgy dönt, hogy a technológiai fölényt geopolitikai eszközként használja?
Ezek a forgatókönyvek egy évtizeddel ezelőtt távolinak tűntek. Ma már sokkal kevésbé tűnnek távolinak. Láttuk, hogy a technológiát a nemzetközi nyomásgyakorlás eszközeként használják (Huawei-szankciók, félvezető-exportkorlátozások, az Oroszország elleni SWIFT-kapcsolat megszüntetése). A precedensek megvannak. A forgatókönyv létezik.
Egy szuverén infrastruktúrával rendelkező cégnek vannak lehetőségei. Egy külföldi felhőbe bezárt cégnek sebezhetőségei vannak. Ez nem csak megfelelési megfontolás; ez stratégiai kockázatkezelési kérdés.
Az igazi szuverenitás: a Dweve-definíció
A Dweve-nél úgy gondoljuk, hogy a „szuverenitás” kifejezés annyira felhígult, hogy értelmetlenné vált. Vissza kell szereznünk. Szigorú, mérnöki alapú definícióra van szükségünk a szuverenitásra, nem jogászkodóra.
Számunkra egy rendszer csak akkor szuverén, ha három szigorú kritériumnak megfelel. Ezek nem „jó, ha megvan” jellegű szempontok; bináris, megfelelt/nem felelt meg tesztek.
1. Technikai autonómia (a leválasztott állapot)
A rendszernek teljes működésre képesnek kell lennie bármilyen, központi, külföldi vezérlősíkkal való kapcsolat nélkül. Ez azt jelenti, hogy a rendszer „agya” (az ütemező, az identitásszolgáltató, a kulcskezelő) a telepítés helyén kell, hogy legyen.
A legtöbb nyilvános felhőalapú rendszer azonnal megbukik ezen a teszten. Folyamatos kapcsolatot igényelnek a globális vezérlősíkkal a számlázáshoz, az identitáskezeléshez és a felügyelethez. A Dweve másképp lett tervezve. Az architektúránk edge-first és decentralizált. Minden egyes Dweve-fürt egy önálló univerzum. Saját helyi konszenzusmechanizmussal, saját helyi identitástárral és saját helyi vezérlési logikával rendelkezik.
Futtathat egy Dweve-fürtöt egy tengeralattjáróban, egy biztonságos bunkerben vagy egy gyárban, az internettől leválasztva, és korlátlan ideig működni fog. Lényegében hálózati partícióként kezeli az internet hiányát, és tovább dolgozik. Helyben hozhat létre új erőforrásokat, frissíthet modelleket és kezelhet felhasználókat. Amikor a kapcsolat helyreáll, szinkronizálhat (ha akarja), de soha nem kell.
A Mesh architektúránk a gyakorlatban mutatja be ezt az elvet. A Dweve Mesh egy elosztott AI-végrehajtási szövet, több csomóponttípussal (Compute, Validator, Storage, Orchestrator), amelyek önállóan vagy egy nagyobb hálózat részeként is működhetnek. Minden csomópont teljes helyi képességgel rendelkezik. A hálózat fokozza a funkcionalitást, de nem szükséges az alapvető műveletekhez.
2. Jogi mentesség
Az infrastruktúrát üzemeltető szervezetnek mentesnek kell lennie a területen kívüli adatkérésekkel szemben. Ez azt jelenti, hogy nem lehet olyan vállalat leányvállalata, amelyre a CLOUD Act vagy a FISA 702 vonatkozik. Európai szervezetnek kell lennie, amely kizárólag az európai jog hatálya alá tartozik.
Ezért van a Dweve az EU-ban bejegyezve, amerikai anyavállalat és irányító részesedéssel rendelkező amerikai befektetők nélkül. Nem vagyunk Amerika-ellenesek; szeretjük az amerikai innovációt. A szuverenitás pártján állunk. Egy külföldi bíróság nem kényszeríthet bennünket arra, hogy eláruljuk ügyfeleinket, mert egyszerűen nem tartozunk a joghatóságuk alá.
A kormányzási struktúránk ennek a függetlenségnek a fenntartására épül. Az igazgatótanácsunk európai állampolgárokból áll. A részvényesi struktúránk kizárja azokat a szervezeteket, amelyek joghatósági kitettséget okoznának. Nem működtetünk olyan amerikai leányvállalatokat, amelyek nyomásgyakorlási pontokká válhatnának.
3. Kriptográfiai kontroll (HYOK > BYOK)
A titkosítás csak annyira jó, amennyire a kulcskezelés. Az iparági szabvány „Bring Your Own Key” (BYOK) félrevezető kifejezés. A BYOK-modellben Ön generál egy kulcsot, és feltölti a felhőszolgáltató kulcskezelő szolgáltatásába (KMS). A szolgáltató szoftvere ezután ezt a kulcsot használja az adatok titkosítására és visszafejtésére.
Ez azt jelenti, hogy a szolgáltatónál van a kulcs. Lehet, hogy csak egy ezredmásodpercre kerül a memóriába, de ott van. Ha a szolgáltató szoftverét feltörik, vagy ha arra kényszerítik, hogy módosítsa a szoftverét a kulcs megszerzése érdekében, az adatai ki vannak téve. Ön megbízik a szolgáltatóban, hogy nem les kukkolni.
Az igazi szuverenitás a „Hold Your Own Key” (HYOK) modellt követeli meg. Ebben a modellben a kulcsok soha nem hagyják el az Ön hardveres biztonsági modulját (HSM), amely az Ön telephelyén marad. A felhőszolgáltató soha nem látja a kulcsot. A kriptográfiai műveletek egy megbízható végrehajtási környezetben (TEE) vagy helyben történnek.
A Dweve architektúrája erre az elvre épül. A kriptográfiai rétegünk homomorf titkosítási képességeket (BFV séma SIMD kötegeléssel), biztonságos többoldalú számítást (Shamir-titokmegosztás), nulla tudású bizonyításokat (Bulletproofs) és posztkvantum kriptográfiát (Kyber KEM) foglal magában. Nem tartjuk a kulcsait. Nem akarjuk a kulcsait. Ha bírósági végzést kapunk, azt szeretnénk, ha őszintén mondhatnánk: „Nem tudunk segíteni. Az adatok matematikailag hozzáférhetetlenek számunkra.”
A stratégiai kényszer
Ezt a kérdést gyakran megfelelőségi problémaként tálalják: hogyan kerüljük el a GDPR-bírságokat. Ez azonban rövidlátó megközelítés. Itt a 21. századi stratégiai túlélésről van szó.
Egy olyan korszakba lépünk, amelyet a „technológiai merkantilizmus" jellemez. Az államok a technológiai rendszereket a geopolitikai hatalom eszközeiként használják. Az ellátási láncokat fegyverként vetik be. A félvezetők, az AI-modellek és a felhőinfrastruktúra az új olaj, acél és hajózási útvonalak.
Európa fájdalmas leckét kapott az energiafüggőségről az Ukrajna elleni orosz invázió után. Túl későn ismertük fel, hogy teljes ipari gazdaságunkat egyetlen, potenciálisan ellenséges szállító olcsó gázára építeni katasztrofális stratégiai hiba volt. Milliárdokat költöttünk, és hatalmas gazdasági sokkot szenvedtünk el, hogy kiszabaduljunk ebből a függésből.
Most az a veszély fenyeget, hogy pontosan ugyanezt a hibát követjük el a digitális infrastruktúránkkal. Digitális gazdaságunkat (az AI-rendszereinket, adattavainkat, okos városainkat) egyetlen külföldi hatalom saját infrastruktúrájára építjük. Kritikus infrastruktúránk esetében egy külföldi Control Plane-re támaszkodni stratégiai hanyagság.
A számok lesújtóak. Az európai vállalatok évente több mint 50 milliárd eurót költenek amerikai felhőszolgáltatásokra. Ez 50 milliárd euró, amely elhagyja az európai gazdaságot, függőséget teremt, és az amerikai versenyelőnyt erősíti. Eközben az európai felhőszolgáltatók nehezen tudnak versenyezni, mert nem érik el a hiperskálázók méretét és hálózati hatásait.
Az AI-törvény, a DORA (Digital Operational Resilience Act), az NIS2 (Network and Information Security Directive) és más európai szabályozások már elkezdték kezelni ezeket a kockázatokat. De a szabályozás önmagában nem elég. Valódi alternatívákra van szükségünk. Olyan európai infrastruktúrára, amely képességekben is versenyképes, miközben megőrzi a szuverenitást.
Az előttünk álló út
A „Local Zone" kényelmes illúzió. Lehetővé teszi, hogy úgy tegyünk, mintha megoldottuk volna a problémát, anélkül hogy elvégeznénk az igazi függetlenség kiépítésének nehéz munkáját. De az illúziók, bármilyen megnyugtatóak is, előbb-utóbb szétesnek.
Az előttünk álló út kényelmetlen őszinteséget követel:
A vállalatoknak: Vizsgálják felül felhőfüggőségeiket a szuverenitás szempontjából. Alkalmazzák az Internet Pull Test, a CLOUD Act Test és a Court Order Test eljárásokat az infrastruktúrájukra. Azonosítsák azokat a kritikus munkaterheléseket, amelyek valódi szuverenitást igényelnek, és dolgozzanak ki migrációs utakat.
A döntéshozóknak: Lépjenek túl az adathelyre vonatkozó követelményeken, és követeljék meg az adatszuverenitást. Ismerjék el, hogy a fizikai elhelyezkedés szükséges, de nem elégséges feltétel. Dolgozzanak ki tanúsítási keretrendszereket, amelyek a technikai autonómiát, a jogi mentességet és a kriptográfiai ellenőrzést vizsgálják.
A technológiai iparnak: Építsen valódi alternatívákat. A piaci lehetőség óriási, a stratégiai igény pedig sürgető. Az európai digitális szuverenitás európai digitális infrastruktúrát igényel.
Ideje valódi infrastruktúrát építeni. Olyan infrastruktúrát, amely a saját lábán áll meg. Olyan infrastruktúrát, amely valóban, technikailag és jogilag is szuverén. Ez Dweve küldetése.
Platformunkat a nulláról kezdve úgy terveztük, hogy valódi szuverenitást biztosítson. Európai adatközpontok Hollandiában, Németországban és Franciaországban. Nincsenek külföldi vezérlési síkok. Nincsenek „Break Glass" hátsó kapuk. Nincs joghatósági kitettség. Teljes GDPR-megfelelés a kezdetektől beépítve. Technikai autonómia, amely átmegy az Internet Pull teszten. Kriptográfiai architektúra, amely matematikailag lehetetlenné teszi az adatokhoz való hozzáférést az ügyfél beleegyezése nélkül.
Ez nem a nacionalizmusról vagy a protekcionizmusról szól. Ez a körültekintő kockázatkezelésről szól egy bizonytalan világban. Ez arról szól, hogy megépítsük azt a digitális infrastruktúrát, amelyet az európai vállalkozások és polgárok megérdemelnek: olyan infrastruktúrát, amelyet európaiak irányítanak, európaiak számára, európai jog alapján.
A helyi zóna illúziója betöltötte a szerepét: lehetővé tette a vállalkozások számára, hogy elodázzák a nehéz döntéseket, miközben úgy tűnt, hogy foglalkoznak a szuverenitási aggályokkal. De ez az elodázási időszak véget ér. A geopolitikai feszültségek fokozódnak. A szabályozási követelmények szigorodnak. A stratégiai kockázatokat egyre lehetetlenebb figyelmen kívül hagyni.
Ideje az illúzióról a valóságra váltani. Ideje valóban szuverén infrastruktúrát építeni.
A Dweve valóban szuverén mesterséges intelligencia infrastruktúrát épít európai vállalkozások számára. Architektúránk mindhárom szuverenitási teszten megfelel: technikai autonómia (kapcsolat nélküli működésre képes), jogi immunitás (kizárólag EU-s joghatóság) és kriptográfiai ellenőrzés (HYOK kulcskezelés posztkvantum felkészültséggel). Mesh platformunk elosztott mesterséges intelligencia végrehajtást biztosít adatvédelmet megőrző szövetséges tanulással. Fabric irányítópultunk teljes átláthatóságot kínál a mesterséges intelligencia műveletei felett. Nincsenek „Break Glass" hátsó kapuk. Nincsenek külföldi vezérlési síkok. Nincsenek illúziók. Valódi szuverenitás, a nulláról megtervezve.