Németország titkai a Google felhőjében: Mennyire nem szuverén a tervezett ND felhő?

Offline, de függő? A Google technológiájának kockázatos ára a német hírügynökségek számára

A Google felhője a német hírszerző ügynökségeknek: Mi történik, ha a szolgáltató kudarcot vall?

Egy internettől elszigetelt felhőszolgáltatás hatékonyan védheti a minősített információkat – ugyanakkor hosszú távú függőséget is teremthet a technológiai szolgáltatójától. A Szövetségi Hírszerző Szolgálat (BND), a Szövetségi Alkotmányvédelmi Hivatal (BfV) és a Katonai Elhárító Szolgálat (MAD) számára tervezett ND Cloud pontosan ebben a feszültségben létezik. Célja, hogy lehetővé tegye a rendkívül érzékeny információk biztonságos cseréjét, miközben közvetlen kapcsolat nélkül működik a nyilvános internettel. Ez az úgynevezett légrés azonban nem ad választ minden kérdésre: Ki tudja karbantartani, frissíteni és továbbfejleszteni a platformot az évek során? És milyen lehetőségek maradnak az állam számára, ha a technikai vagy politikai környezet megváltozik?

Egy legalább 500 millió eurós, nyilvánosan bejelentett költségvetésű projekt esetében több forog kockán, mint pusztán a szerverek elhelyezkedése és a biztonsági intézkedések. A döntő kérdés az, hogy Németország hosszú távon képes-e ellenőrizni a platformot, és szükség esetén átállni egy másikra. Ehhez nemcsak az adatvédelmet kell figyelembe venni, hanem a szoftverellátást, a szakértelmet, a migrációs költségeket és a lehetséges alternatívákat is. A tervezett felhő fontos lépést jelenthet a modernizáció felé – de a valódi digitális szuverenitás csak akkor érhető el, ha az állam nemcsak a folyamatban lévő műveleteket ellenőrzi, hanem a jövőre nézve is életképes lehetőségekkel rendelkezik.

Ehhez kapcsolódóan:

• A német fegyveres erők megállapodtak a Google-lel: Mennyi szuverenitásról mond le valójában Németország a Google Cloudért?

Németország titkai, a Google technológiája: A digitális szuverenitás ára

Az offline messze van a függetlenségtől

Egy internettől elszigetelt felhőszolgáltatás hatékonyan védheti a minősített információkat, mégis hosszú távú függőséget teremthet technológiai szolgáltatójától. A Szövetségi Hírszerző Szolgálat, a Szövetségi Alkotmányvédelmi Hivatal és a Katonai Elhárító Szolgálat tervezett közös adatplatformja pontosan ebben a feszültségben rejlik: A tervezett technikai elszigeteltség választ ad a külső hálózati hozzáférés kérdésére, de még nem a tartós technológiai cselekvési szabadság kérdésére.

A gazdaságilag döntő kérdés tehát nem az, hogy amerikai vagy európai céglogó jelenik-e meg a platformon. Az számít, hogy ki határozza meg a további fejlesztés, a hibaelhárítás, az üzemeltetés és az esetleges migráció feltételeit az életciklusa során. Egy meggyőző szuverenitási stratégiának a teljesítményt, a biztonsági követelményeket és a hosszú távú választási szabadságot kell ötvöznie, ahelyett, hogy kizárólag a szerverek helyét venné figyelembe.

Stratégiai következményekkel járó adatplatform

A 2026. október 28-i nyilvánosan elérhető tervezési állapot szerint az úgynevezett ND Cloud célja, hogy lehetővé tegye a három szövetségi hírszerző szolgálat közötti elektronikus információcserét TITKOS minősítési szintig; később az alkotmányvédelmi állami hivatalok is bevonhatók lennének. A technikai alapot a Google Distributed Cloud biztosítja biztonságos konfigurációban, ahol az információkat Németországban tárolják, és a Google nem fér hozzá közvetlenül az adatokhoz.

Ez nem arról szól, hogy kormányzati titkokat tároljanak egy átlagos internetes szolgáltatáson. Inkább egy különálló infrastruktúrát képzel el, amely közvetlen kapcsolat nélkül is működhet a nyilvános internettel vagy az általános Google Clouddal. Ez a különbségtétel azért kulcsfontosságú, mert megváltoztatja a fenyegetési környezetet: Egy technikailag elszigetelt, országosan üzemeltetett hálózatot másképp kell értékelni, mint egy kívülről adminisztrált szabványos felhőszolgáltatást.

A nyilvánosan bejelentett összeg legalább 500 millió euró; ez egy becslés, és nem a teljes körűen közzétett költségbontás. Az eredetileg 2027 első negyedévére tervezett indítás valószínűleg késik, miközben az architektúrával, a szolgáltatások körével és a folyamatos költségekkel kapcsolatos kulcsfontosságú részletek nem nyilvánosak. Ezen információk alapján lehetetlen megbízhatóan kiszámítani a befektetés megtérülését, vagy egyértelműen kijelenteni, hogy egy adott alternatíva fix százalékkal olcsóbb lenne.

A projekt puszta léptéke azonban azt mutatja, hogy a platform több lesz, mint egy egyszerű informatikai rendszer. Évekre meghatározná a munkafolyamatokat, az adatmodelleket és a képesítéseket. Minél inkább összehangolják a kormányzati szervek speciális eljárásaikat a megosztott műszaki szolgáltatásokkal, annál nagyobb stratégiai jelentősége lesz azoknak a döntéseknek, amelyek kezdetben tisztán infrastrukturális kérdéseknek tűnnek.

Miért lehet gazdaságilag kifizetődő a megosztott infrastruktúra?

A modernizáció szükségessége alapvetően reális: a védett kormányzati rendszerek közötti magas szintű információk cseréje jelenleg nehézkes, miközben a tárolási követelmények és az automatizált elemzés iránti igények egyre nőnek. Egy megosztott platform leegyszerűsítheti az adatátvitelt, szabványosított eszközöket biztosíthat és felgyorsíthatja az együttműködést, feltéve, hogy az engedélyek és a felelősségek egyértelműen meghatározottak.

Gazdasági szempontból a lehetséges előnyök a méretgazdaságosságból adódnak. Ha a számítási teljesítményt, az adatmentést, a monitorozást és a biztonsági folyamatokat közösen biztosítják, nem kell minden hatóságnak párhuzamosan ugyanazokat a képességeket fejlesztenie. Ez javíthatja a kihasználtságot és tehermentesítheti a szűkösen képzett személyzetet; a BWI ennek megfelelően írja le a szabványosított és automatizált felhőinfrastruktúrát a rugalmasabb és hatékonyabb IT-szolgáltatások elérésének eszközeként.

Ehhez jön még a gyorsabb információfeldolgozás előnye. A nagy teljesítményű technikai környezet megakadályozhatja, hogy a meglévő hírszerzési adatok túl későn váljanak elérhetővé a nehézkes folyamatok miatt. Ezt az előnyt a hírszerző szolgálatok számára nehéz euróban számszerűsíteni, de ezért gazdaságilag nem elhanyagolható. A hihető biztonsági előnyöket azonban nem szabad önkényesen rugalmas érvként felhasználni bármilyen technológiai függőség utólagos igazolására.

A helyes összehasonlítás tehát nem egy modern felhő és egy kockázatmentes meglévő infrastruktúra között történik. A fragmentált, régi rendszerek is költségekkel és biztonsági kockázatokkal járnak, például az összetett karbantartás és a manuális folyamatok révén. Egy megfelelő értékelésnek figyelembe kell vennie a migráció kockázatait, valamint a tétlenség költségeit; azonban a modernizáció szükségessége önmagában nem bizonyítja, hogy minden erre a célra kínált platform hosszú távon gazdaságilag életképes.

A légrés csak részben oldja meg a problémát

A „légrés” kifejezés itt a nyilvános internettől és más külső hálózatoktól való elválasztásra utal, nem feltétlenül az egyes számítógépek egymástól való teljes elszigeteltségére. Egy védett kormányzati hálózaton belül a rendszerek továbbra is együttműködhetnek, miközben szigorú korlátok vannak érvényben a külső hozzáférésre vonatkozóan. A Google kifejezetten úgy írja le a platformot, hogy az állandóan működőképes a nyilvános Google Cloudhoz való csatlakozás nélkül.

Ez a funkció jelentős biztonsági előny, és nem szabad alábecsülni. A külső kapcsolatok hiánya korlátozza bizonyos támadási vektorokat, és jobb feltételeket teremt a szabályozott működéshez. Ez azonban nem jelenti azt, hogy a platform biztonságosan karbantartható vagy funkcionálisan bővíthető a gyártó további szolgáltatásai nélkül a végtelenségig; a műszaki hálózati függetlenség és a szoftverellátás függetlensége különálló tulajdonságok.

Ez egy teljes egészében egy németországi gyártelepen található gyártóüzemmel összehasonlítva szemléltethető. A helyszín védi a fizikai ellenőrzést, de nem garantálja az alkatrészek, a vezérlőszoftverek és a speciális szakértelem mindenkori elérhetőségét. Csak azért, mert valaki üzemelteti az üzemet, még nem jelenti azt, hogy önállóan is továbbfejlesztheti azt. Ugyanez a gazdasági logika vonatkozik egy rendkívül összetett felhőalapú környezetre is.

A szuverenitás tehát nem egyetlen kapcsoló. Az adatszuverenitást, az adminisztratív ellenőrzést, a jogbiztonságot, az ellátási lánc átláthatóságát és a technológiai alkalmazkodóképességet külön kell vizsgálni. Egy platform ezen dimenziók némelyikében erős jellemzőkkel rendelkezhet, míg másokban jelentős függőségeket mutathat; pontosan ez a megkülönböztetés teszi lehetővé a megalapozott értékelést.

A frissítések mint a gazdasági hatalom interfésze

A Google biztonsági dokumentációja egy ellenőrzött frissítési folyamatot ír le: A gyártó aláírja a szoftvercsomagokat, az infrastruktúra üzemeltetője felülvizsgálja azokat, majd telepíti azokat az elszigetelt környezetben. Ez a folyamat nemcsak a felhőalapú szoftvereket, hanem az operációs rendszereket, a firmware-t és más biztonsággal kapcsolatos komponenseket is magában foglalja. Nincs szükség automatikus internetkapcsolatra, de a folyamatos műszaki ellátási kapcsolat továbbra is fennáll.

Ez kezdetben a professzionális szoftverműködés normális velejárója, és nem a gyártó helytelen magatartásának bizonyítéka. A helyzet akkor válik problematikussá, ha csak egyetlen szolgáltató képes megbízható frissítéseket időben szállítani. Ilyen esetekben a rendszer gyakorlati biztonsága nemcsak a nemzeti üzemeltetőtől, hanem egy külső fejlesztő szervezettől és annak jogi és gazdasági keretrendszerétől is függ.

Az ilyen függőségek mértékét jól mutatják a Google Distributed Cloud air-gapped nyilvánosan elérhető általános szerződési feltételei. Ezek kikötik, hogy az új verziókat az értesítéstől számított 30 napon belül telepíteni kell; szabályokat tartalmaznak a karbantartás megszüntetésére és a szoftverhasználat megszüntetésére vonatkozóan is a licencidőszak lejárta után. Ezeket az általános szerződési feltételeket azonban nem szabad a tervezett üzenetküldő platform ismeretlen különleges rendelkezéseivel azonosítani.

Ez a megkülönböztetés kulcsfontosságú. Nyilvánosan nem ellenőrizhető, hogy milyen egyéni működési jogok, auditálási időszakok vagy további biztonsági intézkedések vannak érvényben az ND Cloud esetében. Hasonlóképpen megalapozatlan lenne a frissítésektől való folyamatos függőségből arra következtetni, hogy létezik titkos távoli hozzáférés vagy technikai leállítási mechanizmus. Amit dokumentálnak, az a gyártó folyamatos szerepe a szoftverellátásban, nem pedig az önkényes külső hozzáférés.

A veszélyes különbség a futásidő és a biztonság között

Gyártói támogatási kiesés esetén számos forgatókönyvet kell figyelembe venni. Egy már telepített rendszer kezdetben technikailag továbbra is működhet, míg az újonnan felfedezett biztonsági réseket már nem javítják. Ugyanakkor a használati jogok, az alkatrészek elérhetősége és a függő alkalmazások támogatása is érintett lehet. Ezért az a kérdés, hogy mennyi ideig maradnak bekapcsolva a számítógépek, kevésbé jelentős, mint az, hogy mennyi ideig lenne lehetséges a felelősségteljes működés.

Ebből nem lehet fix, általános élettartamot levezetni. Ez többek között a meglévő sebezhetőségektől, a helyi javítási lehetőségektől, a kiegészítő szolgáltatások igénybevételétől és a képzett személyzet elérhetőségétől függene. Az az általánosító állítás, hogy egy elszigetelt felhő bizonyos számú hónap után elkerülhetetlenül használhatatlanná válik, ugyanolyan pontatlan lenne, mint a korlátlan függetlenség állítása.

Gazdasági szempontból ez egy opciós problémát vet fel: egy államnak nemcsak a jelenlegi funkcionalitásra van szüksége, hanem arra is, hogy megváltozott körülmények esetén is képes legyen cselekedni. Ennek az opciónak akkor is van értéke, ha évekig kihasználatlanul marad. Finanszírozása hasonló a technológiai döntéshozatali hatalom ritka, de potenciálisan nagyon költséges elvesztése elleni biztosításhoz.

Egy megbízható vészhelyzeti tervnek ezért különbséget kell tennie a korlátozott folyamatos működés, a teljes helyreállítás és egy másik platformra való migráció között. Ezen forgatókönyvek mindegyikéhez külön előfeltételeket kell megvizsgálni. Például az adatok egyszerű biztonsági mentése korlátozott segítséget nyújt, ha hiányoznak az információk hatékony feldolgozásához és a vonatkozó hozzáférési szabályok betartatásához szükséges programok.

A függőség minden egyes speciális eljárással növekszik

A gyakran használt „beragadás” kifejezés olyan helyzetet ír le, amelyben az elméleti szolgáltatóváltás továbbra is lehetséges, de a gyakorlatban egyre bonyolultabbá válik. A felhőalapú rendszerekben ez a beragadás a platformfunkciók, interfészek, adatszerkezetek és a kialakult működési folyamatok kölcsönhatásából ered. Minél specializáltabb alkalmazások igényelnek specifikus szolgáltatásokat egy adott szállítótól, annál nagyobb erőfeszítést igényel az azonos funkciók máshol történő replikálása.

Nem minden szabadalmaztatott technológia használata gazdaságtalan. Egy speciális eszköz jelentős termelékenységi előnyt kínálhat. A nehézség abban rejlik, hogy a rövid távú előnyök gyakran könnyen nyilvánvalóak, míg a jövőbeni átállási költségek bizonytalanok maradnak. Ez szisztematikus egyensúlyhiányt okozhat: a jelenlegi kényelmet teljes mértékben figyelembe veszik, míg a jövőbeni függőséget csak elvont módon említik.

Az alkalmazásszintű kötés különösen fontos. Egy virtuális gép viszonylag könnyen átvihető, míg egy összetett üzleti alkalmazás, amely gyártóspecifikus adatbázissal, identitással és analitikai szolgáltatásokkal rendelkezik, nem. Ezért az a tény, hogy egy platform támogatja a konténereket, nem elegendő bizonyíték a felcserélhetőségére. A döntő tényező az, hogy a teljes üzleti funkcionalitás ésszerű erőfeszítéssel telepíthető-e egy másik környezetben.

Egy egységes architektúrának mérlegelnie kellene az egyes platformszolgáltatások előnyeit a váltásból eredő akadályokkal szemben. A cél nem a teljes műszaki egységesség lenne, hanem a tudatos differenciálás: A szabványosított alapfunkcióknak a lehető legnagyobb mértékben felcserélhetőnek kell maradniuk, míg az alapvető specializált funkciókat külön vizsgálnák meg hozzáadott értékük és függőségeik szempontjából.

Az európai piaci probléma a méretekkel kezdődik

A strukturális kihívás messze túlmutat a német hírszerző szolgálatokon. A felhőinfrastruktúra-szolgáltatások európai piaca 2024-ben elérte a körülbelül 61 milliárd eurós volument, ami nagyjából hatszorosa a 2017-es értéknek; ez a szám magában foglalja az infrastruktúra- és platformszolgáltatásokat, valamint a hosztolt privát felhőket, de nem a teljes szoftverpiacot. Az európai szolgáltatók ebben az időszakban több mint háromszorosára növelték regionális bevételeiket, de ennek ellenére relatív piaci részesedést veszítettek.

Együttes részesedésük 2017-ben 29 százalékról 2022-re körülbelül 15 százalékra csökkent, majd ezt követően nagyjából ezen a szinten maradt; az Amazon, a Microsoft és a Google együttesen körülbelül 70 százalékot képviselt a 2025 közepén közzétett piaci felmérésben. Ezek az adatok az európai piacra vonatkoznak, és nem szabad őket sem kizárólag az EU-ra korlátozódó piaccal, sem a zárt hírszerző rendszerek specifikus szegmensével azonosítani.

Ez a fejlemény jól mutatja, hogy a bevételnövekedés önmagában miért nem garantálja a technológiai függetlenséget. Az európai vállalatok sikeresebbek lehetnek, miközben lemaradnak a legnagyobb platformoktól. A vezető szolgáltatók a fejlesztési költségeket és a beruházásokat nagyon széles ügyfélkör között osztják szét; ennek megfelelően a skálázhatóság és a hosszú távon finanszírozott beruházások kulcsfontosságú szerepet játszanak az európai infrastruktúra-piacon.

Egy realisztikus európai stratégiának ezért nem kellene a legnagyobb hiperskálázódó vállalatok minden funkcióját lemásolnia. Valószínűbb lenne robusztus alternatívákat kidolgozni a különösen kritikus alkalmazási területekre, és közösen előmozdítani a már kialakult műszaki alapokat. Egy biztonságorientált piaci réspiacnak eltérő sikertényezői lehetnek, mint a szabványosított számítási teljesítmény tömegpiacának. Egy vállalat általános piacvezető szerepe nem jelenti automatikusan a fölényét minden kormányzati alkalmazás esetében.

Az állam, mint a technológiai tanulási görbék mozgatórugója

Amikor sok közintézménynek hasonló követelményei vannak az adatszuverenitás és a biztonságos együttműködés tekintetében, a közös szabványok nagyobb és megbízhatóbb piacot hozhatnak létre. A vállalatok így jobb alapokkal rendelkeznek a dokumentációba, a biztonsági auditokba és a professzionális működésbe való befektetéshez. Az openDesk ökoszisztéma, számos szoftver- és üzemeltetési partnerével, azt bizonyítja, hogy egy ilyen együttműködésen alapuló megközelítés már a gyakorlatban is megvalósul.

Ez gazdaságpolitikai érvet szolgáltat a megfelelő európai megoldások célzott alkalmazása mellett. Előnyeik nem korlátozódnak az egyes munkahelyekre, hanem kiterjedhetnek a későbbi alkalmazásokra és más létesítményekre is. Az újrafelhasználható alkatrészek, a képzett személyzet és a bevált működési modellek potenciálisan csökkenthetik a későbbi felhasználók belépési költségeit. Ezeket a további hatásokat könnyen alábecsülhetjük, ha csak a kezdeti megvalósítást vesszük figyelembe.

Ugyanakkor ez nem teremthet jogosultságot az állandó védelemre. Az európai szolgáltatóknak is bizonyítaniuk kell a teljesítményt, a megbízhatóságot és a gazdasági életképességet. Egy olyan politika, amely minden helyi megoldást véd, annak minőségétől függetlenül, magas költségeket és új függőségeket eredményezhet. A döntő szempont nem a verseny megszüntetése, hanem a valódi műszaki és gazdasági alternatívák megteremtése.

Az is kulcsfontosságú, hogy megakadályozzuk, hogy egy nemzetközi monopóliumot egy alig ellenőrizhető nemzeti függőség váltson fel. A nyílt interfészek, az átadható működési ismeretek és a több minősített szolgáltató ezért ugyanolyan fontosak, mint a vállalat központja. Végső soron a szuverenitásnak a felhasználó cselekvési képességét kell fokoznia, nem csupán a legfontosabb beszállító származását kell megváltoztatnia.

Biztonsági és Védelmi Központ - Kép: Xpert.Digital

A Biztonsági és Védelmi Központ szakértői tanácsokkal és naprakész információkkal támogatja a vállalatokat és szervezeteket az európai biztonság- és védelempolitikában betöltött szerepük megerősítésében. Szorosan együttműködve az SME Connect Defence munkacsoporttal, különösen azokat a kis- és középvállalkozásokat (kkv-kat) támogatja, amelyek tovább kívánják fejleszteni innovatív kapacitásukat és versenyképességüket a védelmi ágazatban. Központi kapcsolattartó pontként a Központ így kulcsfontosságú hidat teremt a kkv-k és az európai védelmi stratégia között.

Ehhez kapcsolódóan:

• Az SME Connect Defence Working Group – A kkv-k megerősítése az európai védelemben

Az OpenDesk releváns, de nem helyettesíti teljesen a felhőt

Az openDesk irodai és együttműködési csomagot 2024 októberében indították el, és a felelős Centre for Digital Sovereignty szerint 2026 októberére körülbelül 100 000 adminisztratív munkaállomáson telepítették. Ez a szám a jelentett bevezetési arányt mutatja, nem pedig a 100 000 napi aktív felhasználó vagy a megfelelő számú, szigorúan bizalmas munkaállomás bizonyítékát. Mindazonáltal azt mutatja, hogy az európai nyílt forráskódú együttműködés már régóta túllépett a kis demonstrációs projekteken.

Technikailag az összehasonlításnak pontosnak kell maradnia. Az OpenDesk az irodai munkához és az együttműködéshez szükséges alkalmazásokat egyesíti, míg a Google Distributed Cloud egy sokkal szélesebb körű infrastruktúra- és szolgáltatásplatform. Egy együttműködési csomag nem helyettesíti automatikusan egy teljes intelligencia környezet tárolási architektúráját, adatbázisait, számítási erőforrásait és speciális szolgáltatásait. Aki mindkét ajánlatot közvetlenül felcserélhető, teljes megoldásként mutatja be, az összekeveri a különböző technikai szinteket.

Az openDesk ennek ellenére fontos a vita szempontjából, mivel nem minden mindennapi együttműködéshez kell következetesen saját fejlesztésű platformot biztosítani. Ahol a hatóságok közösen szerkesztenek dokumentumokat, koordinálnak projekteket vagy kommunikálnak, a nyílt alkalmazások konkrét alternatívákat kínálhatnak. Ez legalább csökkentheti a függőséget, még akkor is, ha alattuk továbbra is különböző infrastruktúrákat használnak.

2026 októberében az openDesk működését teljesen elszigetelt környezetekben demonstrálták és tesztelték; ezzel egyidejűleg a hangsúly a „VS-NUR FÜR DEN DIENSTGEBRAUCH” (Korlátozott - Csak irodai használatra) besorolású rendszer biztosítására irányult. Ezt nem szabad úgy értelmezni, hogy a rendszer működőképes, egészen a „GEHEIM” (Titkos) szintig minden feldolgozási feladatra vonatkozóan, mivel ezek a besorolások egyértelműen elkülönülnek egymástól. A működő offline bemutató fontos technikai lépés, de nem általános bizonyíték arra, hogy minden rendkívül érzékeny felhasználási esetre alkalmas.

A mátrix a nyílt kommunikáció előnyeit mutatja be

Az Element és a nyílt Matrix protokoll szintén gyakorlati kiindulópontokat kínál. A BwMessenger ezeken a komponenseken alapul, és a BWI üzemelteti a Bundeswehr saját adatközpontjaiban; a BundesMessenger ezt a megközelítést viszi át a közigazgatásba. Így már léteznek konkrét tapasztalatok az államilag ellenőrzött, nyílt technikai alapokon nyugvó kommunikációval kapcsolatban.

Az ilyen alapok gazdasági előnye a szoftver, az üzemeltetés és a szolgáltatás alapvető elválaszthatóságában rejlik. Ha egy hatóság saját infrastruktúrát üzemeltet, vagy választhat a megfelelő üzemeltetők közül, jobb versenyfeltételek alakulnak ki. A folyamatban lévő szolgáltatás feletti ellenőrzésnek ekkor nem feltétlenül kell az eredeti szoftvergyártónál maradnia.

Azonban még egy üzenetküldő szolgáltatás sem egy teljes értékű analitikai platform. A biztonságos üzenetküldés, az együttműködésen alapuló dokumentumszerkesztés és a nagy adathalmazok feldolgozása különálló feladatok. Továbbá minden egyes konfigurációnak meg kell felelnie a szükséges biztonsági követelményeknek; a kormányzati felhasználás nem jelenti automatikusan az alkalmasságot minden biztonsági besorolási szintre. A nyílt kommunikáció ezért egy szuverén architektúra fontos eleme, de nem univerzális megoldás minden infrastrukturális problémára.

A nyitottság nem helyettesíti a saját kompetenciát

A nyílt forráskódú szoftverek bővíthetik az irányítási lehetőségeket, mivel struktúrájuk átlátható, és a további fejlesztés elvileg több érdekelt fél között megosztható. Ez a lehetőség azonban csak akkor bontakozik ki teljes mértékben, ha valóban képzett szakemberek, megfelelő fejlesztőeszközök és fenntarthatóan finanszírozott felelősségi körök állnak rendelkezésre. Az átlátható forráskód önmagában nem szünteti meg automatikusan a biztonsági réseket vagy a problémás függőségeket.

Különösen összetett rendszerek esetében nem elég, ha elméletben engedélyezzük az egyes programok módosítását. Szükség van az interakcióik ismeretére, megbízható telepítőcsomagok létrehozására és az új verziók tesztelésére. A megerősített alapkomponensekre és a biztonságos ellátási láncokra való összpontosítás a kormányzati nyílt forráskódú ökoszisztémában jól mutatja, mennyire fontos ez a szervezeti szint.

A nyitottság ezért inkább előfeltétele a további cselekvési lehetőségeknek, mint egy ingyenes garancia. Gazdasági előnye abban rejlik, hogy a tudásba és fejlesztésbe történő befektetések könnyebben újra felhasználhatók az intézmények között. Ahhoz, hogy ez sikeres legyen, az adaptációkat ideális esetben a közösen fenntartott alapokhoz kellene visszacsatolni. Sok állandóan elkülönülő, specializált változat viszont növelné a karbantartási költségeket és a biztonsági kockázatokat.

A személyzeti hiányosságokat is reálisan kell kezelni. Egy ügynökség nem válik szuverénné azáltal, hogy magára vállalja az összes munkát. Ésszerűbb modell az, amelyben az állam elegendő belső értékelési és ellenőrzési hatáskörrel rendelkezik, miközben egyidejűleg több szakmai szolgáltatót is igénybe vehet. Ez nem szünteti meg teljesen a függőségeket, de könnyebben ellenőrizhetővé és kezelhetővé teszi azokat.

A német fegyveres erők helyzete árnyaltabb képet mutat

Az ND Cloud kontextusba helyezése szempontjából a német fegyveres erők privát felhője releváns, mivel az is magában foglalja a Google technológiáját, és a BWI központi szerepet játszik. Ez a platform azonban nem azonos egyetlen Google Clouddal: a német fegyveres erők több technológiailag elkülönülő környezetet alkalmazó megközelítést alkalmaznak, beleértve a VMware-t, a Google-t és a nyílt forráskódú szoftvereket.

A bevezetés első fázisát 2025-ben vezették be; a Google-verem fejlesztését és integrációját 2026-ban kezdték meg, a befejezést pedig 2027 végére tervezték. Az SAP Business Technology Platformot konkrét felhasználási esetként említik, míg két külön környezetet terveznek a nyílt és minősített információk (VS-NfD) számára. Ez a közzétett ütemterv nem értelmezhető végleges működési állapotként.

Ez a példa azt szemlélteti, hogy az alapvető szoftverdöntések további infrastrukturális döntésekhez vezethetnek. Ha egy speciális platformra van szükség, amelynek támogatott működési környezetei szűken meghatározottak, a tényleges választék már az egyes felhőszolgáltatók figyelembevétele előtt is leszűkül. A szuverenitáselemzésnek ezért a teljes technikai láncot meg kell vizsgálnia, és nem érhet véget a látható infrastruktúra-jelölőnél.

A több platform azonban csak akkor teremt valódi skálázhatóságot, ha az alapvető alkalmazások valóban áthelyezhetők közöttük. Három különálló környezet, mindegyik saját, szorosan kötött eljárásokkal, kezdetben sokszínűséget jelent, de még nem kölcsönös felcserélhetőséget. A BWI kifejezetten a szállítói függőségek csökkentését és az alkalmazások zökkenőmentes migrálását említi megközelítésének céljaként.

A jogi kockázatok technikai precizitást igényelnek

Az amerikai technológiáról szóló vitákban gyakran hivatkoznak a CLOUD törvényre. A jogi előfeltevés az, hogy az amerikai törvények hatálya alá tartozó vállalatok kötelezhetők a birtokukban, őrzésükben vagy ellenőrzésük alatt álló adatok nyilvánosságra hozatalára, függetlenül attól, hogy azokat hol tárolják. Ezért az, hogy a vállalatok Németországban találhatók, nem szünteti meg automatikusan az összes jogi kockázatot.

Ezzel szemben az adatok közlésének törvényes joga nem hoz létre olyan technikai hozzáférést, amely korábban nem létezett. Ha egy szolgáltatónak valóban nincs hozzáférése az adatokhoz, és a szükséges kulcsok felett sem ellenőrzése, akkor ezt az architektúrát figyelembe kell venni a jogi értékelés során. Ezért egy elszigetelt platformot nem lehet egyszerűen egyenlővé tenni egy hagyományos, gyártó által üzemeltetett internetszolgáltatással.

Az ND Cloud esetében a nyilvánosan nem ismert részletek továbbra is kulcsfontosságúak: mely szerepkörök érhetők el helyben, hogyan működnek a vészhelyzeti hozzáférési eljárások, milyen információkra van szükség a hibaelemzéshez, és ki kezeli a kriptográfiai kulcsokat? Az általános Google dokumentáció különálló működési szerepköröket és konkrét vészhelyzeti eljárásokat vázol fel, de ez nem írja le automatikusan a végleges németországi implementációt. Ezért egy általános, mindent egyértelművé tevő nyilatkozat ugyanolyan helytelen lenne, mint az automatikus amerikai adathozzáférés megalapozatlan állítása.

Ezt meg kell különböztetni a szolgáltatások zavarának kockázatától. Még ha az adatokhoz való hozzáférés technikailag lehetetlen is, jogi vagy geopolitikai konfliktusok befolyásolhatják az olyan szolgáltatásokat, mint a szoftverkarbantartás és -támogatás. Egy átfogó szuverenitási értékelésnek ezért mind az információk feletti ellenőrzést, mind az alapvető szolgáltatások folytonosságát meg kell vizsgálnia.

Mit kell tartalmaznia egy őszinte költségszámításnak?

Egy átfogó gazdasági elemzésnek nem csupán a hardver- és kezdeti szoftverköltségeket kellene magában foglalnia. Ki kell térnie az integrációra, a személyzetre, az energiára, a képzésre, a biztonsági monitorozásra, az adatmentésre, az újraindítási képességekre és a speciális folyamatok folyamatos adaptálására is. Az ND Cloud esetében hiányoznak a nyilvánosan elérhető részletes adatok ezen összetevők megbízható számszerűsítéséhez; az ismert, legalább 500 millió eurós becslés nem helyettesíti ezt a lebontást.

Ezenkívül figyelembe kell venni azokat a költségeket is, amelyek csak a migráció során merülnek fel. Ilyenek például az adatátvitel, a program adaptálása, az ideiglenes párhuzamos működés és a megújult biztonsági auditok. Ennek megfelelően a felhőmigrációra vonatkozó európai szabályozások számos technikai lépést különböztetnek meg, az adatok kinyerésétől a célkörnyezetbe történő migrálásig. Egy pénzügyileg jelentős migráció tehát sokkal többet jelent, mint egy fájlarchívum letöltése.

Fontos különbséget tenni a háztartási költségek és a makrogazdasági hatások között is. A német adatközpontok és szolgáltatók által nyújtott szolgáltatások helyi hozzáadott értéket teremthetnek, még akkor is, ha az alapszoftver egy nemzetközi vállalattól származik. Ezzel szemben egy európai szolgáltató sem mentes a globális ellátási lánctól való függőségtől. Egy megalapozott elemzésnek ezért a szakértelem és a bevételek tényleges eloszlását kellene figyelembe vennie, ahelyett, hogy egyszerűen egyetlen származási országhoz rendelné az összes kiadást.

Végső soron a különböző válságforgatókönyveket külön kellene értékelni. Egy rövid távú támogatási kiesés, egy hosszabb távú frissítések leállítása és egy rövid távú platformváltás mindegyike eltérő következményekkel járna. Ahelyett, hogy egy látszólag pontos, egyetlen számadatot generálnánk az összes kockázatra, célszerűbb lenne átláthatóvá tenni a sávszélességeket, a feltételezéseket és a különösen súlyos következményeket. Jelenleg hiányzik elegendő nyilvánosan elérhető projektadat az ilyen értékek meghatározásához.

Mérhető autonómia a megnyugtató címkék helyett

A 2026 áprilisában közzétett, a felhőalapú számítástechnikai autonómiát lehetővé tevő kritériumokkal a Német Szövetségi Információbiztonsági Hivatal (BSI) bemutatott egy keretrendszert, amelynek célja, hogy a felhőszolgáltatások önálló használatát szisztematikusabban értékelhetővé tegye. Ezek a kritériumok kiegészítik a biztonságorientált C5 követelményeket, de önmagukban nincs szabályozási hatásuk. A biztonságot és a szuverenitást tehát kifejezetten összefüggő, mégis különálló értékelési kérdésként kezelik.

A keretrendszer különbséget tesz a stratégiai, jogi, adatkezelési, működési, ellátási lánccal kapcsolatos és technológiai szempontok között. Itt relevánsak az olyan specifikus tesztmetrikák, mint az operatív ismeretek átadhatósága, a független karbantartás elérhetősége és a működés folytatásának képessége harmadik fél általi meghibásodás esetén. Az ilyen jellemzők jelentőségteljesebbek egy nagy biztonságú platform esetében, mint egy általános önleírás szuverénként.

A gyakorlati működés szempontjából különösen értékes lenne egy rendszeresen tesztelt újraindítási eljárás. Ez bemutatná, hogy a meglévő biztonsági mentések, dokumentáció és szakértelem elegendőek-e az alapvető funkciók visszaállításához egyértelműen meghatározott hibafeltételek esetén. Lehetővé tenné azt is, hogy teszteljük, mely adatok és alkalmazások használhatók valójában egy másodlagos környezetben. Egy sikeres teszt hatékonyabb lenne, mint egy pusztán elméleti váltási lehetőség.

Még a szabályozási előrelépések sem változtatnak ezen a technikai kihíváson. Az adatvédelmi törvény 2027. január 12-től tiltja a lefedett adatfeldolgozási szolgáltatások váltási díjainak felszámítását. Ez azonban nem jelenti automatikusan azt, hogy minden konkrét hírszerzési környezet e tilalom hatálya alá tartozik, és nem szünteti meg a belső migrációs, fejlesztési és biztonsági költségeket sem. A szolgáltató számára költségmentes váltás és a tényleges műszaki felcserélhetőség nem ugyanaz.

A nagyobb számítási teljesítményhez egyértelmű hozzáférési korlátok szükségesek

Egy megosztott platform elősegítheti az együttműködést, de nem teremthet egyenlő versenyfeltételeket a technikai szempontok egyszerűsítésével és az eltérő jogi felelősségek és adatvédelmi jogok minimalizálásával. A megosztott infrastruktúra nem biztosít automatikusan általános engedélyt minden fél számára az abban található összes információ szabad felhasználására. Különösen a hírszerző szolgálatok és a rendőrség közötti információcsere során vannak fokozott alkotmányos követelmények, amelyeket nem szabad összetéveszteni a hírszerző szolgálatok közötti egyszerű információcserével.

Az architektúra szempontjából ez azt jelenti, hogy a szerepköröket, célokat, eredetet és az adatok megengedett megosztását megfelelően fel kell térképezni. A technikai platformok támogathatják a részletes hozzáférési szabályokat és a nyomon követhető naplózást; a Google dokumentációja leírja a szerepkör- és attribútumalapú jogosultságokat, valamint a hozzáférés-naplózást. A jogszerű, gyakorlati alkalmazás azonban továbbra is kizárólag a felelős felek felelőssége.

Továbbá fennáll a koncentráció veszélye. A megosztott infrastruktúra összefoghatja a biztonsági szakértelmet, ugyanakkor egy súlyos zavar több ügynökséget is érinthet. Ezért a logikai elkülönítést, a helyreállítást és a független ellenőrzési mechanizmusokat együttesen kell vizsgálni. A gazdasági értékelésnek nem kizárólag az adatközpont kihasználtságán kell alapulnia, hanem azon is, hogy mennyire jól tartják fenn a kritikus funkciókat a részleges zavarok esetén.

A mesterséges intelligencia a függőséget a modell szintjére helyezi át

A nagy adathalmazok automatizált fordítása, összegzése és elemzése lehetséges alkalmazások egy zárt felhő számára; a Google megfelelő MI-funkciókat kínál ehhez a termékcsaládhoz. Ez lehetővé teszi, hogy a technikai integráció az infrastruktúrán túlra is kiterjedjen, beleértve a modelleket, interfészeket és az analitikai munkafolyamatok szervezését. Minél specializáltabb folyamatok vannak összehangolva az adott MI-szolgáltatásokkal, annál fontosabbá válik azok felcserélhetősége.

Egy helyben üzemeltetett modell azonban nem automatikusan szuverén. A használati jogok, a frissíthetőség, az elérhető modellösszetevők és az eszköz megváltozott feltételek melletti további használatának lehetősége is releváns; az általános termékfeltételek kifejezetten különbséget tesznek a különböző modellek és felhasználási formák között. Az, hogy az egyes MI-ajánlatok valóban az ND Cloud számára készültek-e, nem következtethető ki az általános termékelérhetőségből.

Gazdasági szempontból a mesterséges intelligenciát ezért az eredmények minősége alapján kell mérni, nem csak a feldolgozott dokumentumok száma alapján. A többletráfordítás értékes lehet, ha felgyorsítja az elemzést és megkönnyíti a releváns információk megtalálását. Ugyanakkor utólagos ellenőrzést is generálhat, ha hibás összefoglalásokat vagy helytelen hivatkozásokat kell ellenőrizni; a szolgáltató általában rámutat a generatív rendszerek kimenetében található lehetséges hibákra.

Egy stratégiailag robusztus kialakítás tehát a lehető legtisztábban elkülönítené az adattárolást, a modelleket és a felhasználói felületeket. Ez lehetővé tenné az egyes elemzőeszközök frissítését anélkül, hogy feltétlenül a teljes platformot le kellene cserélni. Különösen a gyorsan fejlődő mesterséges intelligencia technológiákkal a szabályozott frissítések megvalósításának képessége gazdasági előny, nem pusztán politikai követelmény.

Nemzetközi együttműködés állandó központi függőség nélkül

A partnerszolgáltatásokkal való adatcsere kompatibilis technikai eljárásokat igényelhet. Ez azonban nem feltétlenül jelenti azt, hogy minden belső munkafolyamatnak ugyanazon a platformon kell zajlania. A német fegyveres erők (Bundeswehr) a nemzetközi interoperabilitást többplatformos stratégiájának egyik fő céljaként említi, és ezt kifejezetten összekapcsolja a szállítói függőségek csökkentésével.

Ésszerű megközelítés lenne különbséget tenni az alapvető nemzeti műveletek és a világosan meghatározott adatcsere-funkciók között. A nemzetközi együttműködéshez speciális interfészek és jóváhagyott átviteli eljárások használhatók lennének, míg a központi adattárak és az alapvető együttműködés továbbra is függetlenül kezelhető lenne. Egy nemzetközi technológiai szolgáltató bevonása így funkcionálisan korlátozott döntés lenne, és nem képezné automatikusan az összes belső folyamat alapját.

Az interfészek azonban nem oldanak meg minden problémát. A különböző titoktartási szintek, adatmodellek és kiadási szabályok további terheket okoznak. Egy leválasztottabb architektúra ezért kezdetben drágább és összetettebb lehet. Előnye abban rejlik, hogy az egyes együttműködési funkciók módosíthatók anélkül, hogy ugyanúgy befolyásolnák a nemzeti központi működést. Azt, hogy ez az előny igazolja-e a többletköltségeket, a konkrét követelmények alapján kell megvizsgálni.

A legfontosabb készség a váltás képessége

Technikai szempontból a legmeggyőzőbb nézőpont nem az amerikai technológia teljes körű elutasításában, és nem is abban a feltételezésben rejlik, hogy a műszaki hálózati szétválasztás minden szuverenitási problémát megold. A tervezett ND Cloud valódi teljesítményproblémákat kezelhetne; azonban elszigetelt architektúráját és a külső szoftverellátástól való folyamatos függését külön kell értékelni.

Az általános együttműködéshez a megfelelő nyílt megoldások szisztematikus értékelést érdemelnek, mivel az OpenDesk és a Matrix alapú szolgáltatások már a gyakorlatban is telepített építőelemek. A magasan specializált feldolgozásra eltérő technikai követelmények vonatkozhatnak. Fontos, hogy az indokolt kivételeket ne terjesszék ki általános, állandó függőséggé, és a fennmaradó kockázatokat explicit módon azonosítsák.

Egy robusztus stratégiának ezért ötvöznie kellene a házon belüli értékelési szakértelmet, az átlátható frissítési folyamatokat és a bevált vészhelyzeti terveket. Nem minden alkalmazáshoz van szükség egy teljes mértékben működőképes, azonnal elérhető másodlagos platformra. A kritikus funkciókat azonban úgy kell megtervezni, hogy egy külső teljesítménykiesés ne feltétlenül vezessen a kormányzati képességek elvesztéséhez. Ehhez technikai biztosítékokra, valamint képzett személyzetre és hosszú távú finanszírozásra van szükség.

A szuverenitás igazi próbája nem zavartalan, normál működés közben következik be. Abban a pillanatban kezdődik, amikor egy szállító megváltoztatja a feltételeit, a támogatás megszakad, vagy a politikai keretek megváltoznak. Egy nagy teljesítményű felhő értékes az állam számára. Csak akkor válik stratégiailag kezelhetővé, ha az állam nemcsak a jelenlegi működését ellenőrzi, hanem a jövőjére nézve is életképes lehetőségekkel rendelkezik.

Markus Becker

Örömmel lennék az Ön személyes tanácsadója.

Üzletfejlesztési vezető

Az SME Connect Védelmi Munkacsoport elnöke

LinkedIn

Konrad Wolfenstein

Örömmel lennék az Ön személyes tanácsadója.

Elérhetsz a wolfenstein∂xpert.digital címen , vagy

Hívjon a +49 7348 4088 965 .

LinkedIn