Tysklands hemligheter i Googles moln: Hur osuveränt är det planerade ND-molnet?

Offline, men beroende? Det riskabla priset för Googles teknik för Tysklands nyhetstjänster

Googles moln för tyska underrättelsetjänster: Vad händer om leverantören misslyckas?

En molntjänst isolerad från internet kan effektivt skydda sekretessbelagd information – men den kan också skapa ett långsiktigt beroende av sin teknikleverantör. Det planerade ND-molnet för den federala underrättelsetjänsten (BND), den federala myndigheten för skydd av konstitutionen (BfV) och den militära kontraspionagetjänsten (MAD) existerar just inom denna spänning. Det är avsett att möjliggöra säkert utbyte av mycket känslig information utan direkt anslutning till det offentliga internet. Detta så kallade luftgap besvarar dock inte alla frågor: Vem kan underhålla, uppdatera och vidareutveckla plattformen under åren? Och vilka alternativ återstår för staten om det tekniska eller politiska landskapet förändras?

För ett projekt med en offentligt deklarerad budget på minst 500 miljoner euro står mer på spel än bara serverplatser och säkerhetsåtgärder. Den avgörande frågan är om Tyskland kan kontrollera plattformen på lång sikt och byta till en annan om det behövs. Detta kräver att man inte bara beaktar dataskydd utan även programvaruleverans, expertis, migreringskostnader och potentiella alternativ. Det planerade molnet kan representera ett viktigt steg mot modernisering – men verklig digital suveränitet kommer endast att uppnås när staten inte bara kontrollerar den löpande verksamheten utan också har hållbara alternativ för framtiden.

Relaterat till detta:

• Tyska väpnade styrkor förhandlar med Google: Hur mycket suveränitet ger Tyskland egentligen upp för Google Cloud?

Tysklands hemligheter, Googles teknologi: Priset för digital suveränitet

Offline är långt ifrån oberoende

En molntjänst isolerad från internet kan effektivt skydda sekretessbelagd information, men ändå skapa ett långsiktigt beroende av sin teknikleverantör. Den planerade gemensamma dataplattformen för den federala underrättelsetjänsten, det federala kontoret för skydd av konstitutionen och den militära kontraspionagetjänsten ligger just inom denna spänning: Den avsedda tekniska isoleringen besvarar frågan om extern nätverksåtkomst, men ännu inte frågan om varaktig teknisk handlingsfrihet.

Den ekonomiskt avgörande frågan är därför inte huruvida en amerikansk eller europeisk företagslogotyp visas på plattformen. Det viktiga är vem som bestämmer villkoren för vidareutveckling, felsökning, drift och eventuell migrering under hela dess livscykel. En övertygande suveränitetsstrategi måste kombinera prestanda, säkerhetskrav och långsiktig valfrihet, snarare än att enbart beakta servrarnas placering.

En dataplattform med strategiska konsekvenser

Enligt den offentligt tillgängliga planeringsstatusen per den 28 oktober 2026 är det så kallade ND Cloud avsett att möjliggöra elektroniskt informationsutbyte upp till sekretessnivån SECRET mellan de tre federala underrättelsetjänsterna; senare skulle även delstatskontoren för skydd av konstitutionen kunna inkluderas. Den tekniska grunden är tydligen Google Distributed Cloud i en säker konfiguration, där informationen ska lagras i Tyskland och Google inte har direkt tillgång till informationen.

Det handlar inte om att lagra statliga hemligheter på en vanlig internettjänst. Snarare föreställer det sig en separat infrastruktur som kan fungera utan en direkt anslutning till det publika internet eller det allmänna Google Cloud. Denna distinktion är avgörande eftersom den förändrar hotbilden: Ett tekniskt isolerat, nationellt drivet nätverk måste bedömas annorlunda än en vanlig molntjänst som administreras utifrån.

Den offentligt angivna siffran är minst 500 miljoner euro; detta är en uppskattning och inte en fullständigt publicerad kostnadsfördelning. En lansering som ursprungligen planerades till första kvartalet 2027 kommer sannolikt att bli försenad, medan viktiga detaljer gällande arkitektur, tjänsteomfattning och löpande kostnader inte är offentligt tillgängliga. Baserat på denna information är det omöjligt att beräkna en tillförlitlig avkastning på investeringen eller att definitivt hävda att ett visst alternativ skulle vara en fast procentandel billigare.

Projektets stora omfattning visar dock att plattformen skulle bli mer än bara ett vanligt IT-system. Den skulle forma arbetsflöden, datamodeller och kvalifikationer under kommande år. Ju mer myndigheter anpassar sina specialiserade förfaranden till gemensamma tekniska tjänster, desto större blir den strategiska betydelsen av de beslut som initialt verkar vara enbart infrastrukturfrågor.

Varför delad infrastruktur kan vara ekonomiskt vettig

Behovet av modernisering är i grunden rimligt: ​​Utbyte av information på hög nivå mellan skyddade myndighetssystem är för närvarande besvärligt, medan lagringskraven och kraven på automatiserad analys ökar. En gemensam plattform kan förenkla dataöverföringar, tillhandahålla standardiserade verktyg och påskynda samarbete, förutsatt att behörigheter och ansvar är tydligt definierade.

Ur ett ekonomiskt perspektiv uppstår potentiella fördelar från skalfördelar. Om datorkraft, säkerhetskopiering av data, övervakning och säkerhetsprocesser tillhandahålls gemensamt behöver inte alla myndigheter utveckla samma kapacitet parallellt. Detta kan förbättra utnyttjandet och avlasta den knappa kompetensen; BWI beskriver standardiserad och automatiserad molninfrastruktur i enlighet därmed som ett sätt att uppnå mer flexibla och effektiva IT-tjänster.

Till detta kommer fördelen med snabbare informationsbehandling. En högpresterande teknisk miljö kan förhindra att befintlig underrättelseinformation blir tillgänglig för sent på grund av krångliga processer. Denna fördel är svår att kvantifiera i euro för underrättelsetjänster, men den är därför inte ekonomiskt obetydlig. En rimlig säkerhetsvinst får dock inte användas som ett godtyckligt flexibelt argument för att retrospektivt rättfärdiga eventuella tekniska beroenden.

Den korrekta jämförelsen är därför inte mellan ett modernt moln och en riskfri befintlig infrastruktur. Fragmenterade äldre system medför också kostnader och säkerhetsrisker, till exempel genom komplext underhåll och manuella processer. En korrekt bedömning måste beakta riskerna med migrering såväl som kostnaderna för passivitet; behovet av modernisering ensamt bevisar dock inte att varje plattform som erbjuds för detta ändamål är ekonomiskt hållbar på lång sikt.

Luftspalten löser bara en del av problemet

Termen "luftgap" syftar här på en separation från det offentliga internet och andra externa nätverk, inte nödvändigtvis den fullständiga isoleringen av varje enskild dator från varandra. Inom ett skyddat myndighetsnätverk kan system fortsätta att samarbeta, medan strikta gränser finns för extern åtkomst. Google beskriver uttryckligen plattformen som permanent driftsäker utan en anslutning till det offentliga Google Cloud.

Denna funktion är en betydande säkerhetsfördel och bör inte underskattas. Avsaknaden av externa anslutningar begränsar vissa attackvektorer och skapar bättre förutsättningar för kontrollerad drift. Detta betyder dock inte att plattformen kan underhållas säkert eller funktionellt utökas i all oändlighet utan ytterligare tjänster från tillverkaren; tekniskt nätverksoberoende och oberoende av programvaruleverans är separata egenskaper.

Detta kan illustreras genom att jämföra det med en produktionsanläggning som helt och hållet är belägen på en tysk fabrikstomt. Platsen skyddar den fysiska kontrollen, men garanterar inte tillgången till reservdelar, styrprogramvara och specialiserad kunskap hela tiden. Bara för att någon driver anläggningen betyder det inte att de självständigt kan utveckla den vidare. Samma ekonomiska logik gäller för en mycket komplex molnmiljö.

Suveränitet är därför inte en enskild växel. Datasuveränitet, administrativ kontroll, rättssäkerhet, transparens i leveranskedjan och teknisk anpassningsförmåga måste beaktas separat. En plattform kan ha starka egenskaper i vissa av dessa dimensioner och uppvisa betydande beroenden i andra; det är just denna differentiering som möjliggör en sund bedömning.

Uppdateringar som ett gränssnitt för ekonomisk makt

Googles säkerhetsdokumentation beskriver en kontrollerad uppdateringsprocess: Tillverkaren signerar programvarupaket, infrastrukturoperatören granskar dem och driftsätter dem sedan i den isolerade miljön. Denna process omfattar inte bara molnprogramvara utan även operativsystem, firmware och andra säkerhetsrelevanta komponenter. En automatisk internetanslutning krävs inte, men den löpande tekniska leveransrelationen kvarstår.

Detta är initialt en normal del av professionell programvarudrift och inte bevis på tillverkarens felaktiga uppförande. Situationen blir problematisk när endast en leverantör kan leverera tillförlitliga uppdateringar i tid. I sådana fall beror systemets praktiska säkerhet inte bara på den nationella operatören utan även på en extern utvecklingsorganisation och dess juridiska och ekonomiska ramverk.

Omfattningen av sådana beroenden visas av de offentligt tillgängliga standardvillkoren för Google Distributed Cloud air-gapped. Dessa föreskriver att nya versioner måste installeras inom 30 dagar efter anmälan; de innehåller också regler om upphörande av underhåll och upphörande av programvarans användning efter licensperiodens utgång. Dessa allmänna villkor bör dock inte likställas med okända specialbestämmelser för den planerade meddelandeplattformen.

Denna distinktion är avgörande. Det kan inte offentligt verifieras vilka individuella operativa rättigheter, revisionsperioder eller ytterligare säkerhetsåtgärder som finns på plats för ND Cloud. Likaså vore det ogrundat att utifrån ett fortsatt beroende av uppdateringar dra slutsatsen att det finns hemlig fjärråtkomst eller en teknisk avstängningsmekanism. Det som dokumenteras är tillverkarens fortsatta roll i programvaruleveransen, inte godtycklig extern åtkomst.

Den farliga skillnaden mellan körtid och säkerhet

Vid ett avbrott i tillverkarens support måste flera scenarier beaktas. Ett redan installerat system kan initialt fortsätta att fungera tekniskt, medan nyupptäckta säkerhetsbrister inte längre kommer att patchas. Samtidigt kan användningsrättigheter, tillgång till reservdelar och stöd för beroende applikationer påverkas. Därför är frågan om hur länge datorerna kommer att förbli påslagna mindre meningsfull än frågan om hur länge ansvarsfull drift skulle vara möjlig.

En fast, generell livslängd kan inte härledas från detta. Den skulle bland annat bero på befintliga sårbarheter, lokala reparationsalternativ, användningen av ytterligare tjänster och tillgången på kvalificerad personal. Att generellt påstå att ett isolerat moln oundvikligen blir oanvändbart efter ett visst antal månader skulle vara lika oprecis som att påstå obegränsat oberoende.

Ekonomiskt sett skapar detta ett alternativproblem: En stat behöver inte bara befintlig funktionalitet utan också förmågan att agera vid förändrade omständigheter. Detta alternativ har värde, även om det förblir oanvänt i åratal. Att finansiera det liknar en försäkring mot en sällsynt men potentiellt mycket kostsam förlust av teknisk beslutskraft.

En robust krisplan skulle därför behöva skilja mellan begränsad fortsatt drift, fullständig återställning och migrering till en annan plattform. Separata förutsättningar skulle behöva undersökas för vart och ett av dessa scenarier. Till exempel är en enkel säkerhetskopiering av data av begränsad hjälp om de program som behövs för att bearbeta informationen effektivt och upprätthålla relevanta åtkomstregler saknas.

Beroendet ökar med varje specialiserad procedur

Den ofta använda termen "lock-in" beskriver en situation där det fortfarande är teoretiskt möjligt att byta leverantör, men blir alltmer komplext i praktiken. I molnsystem uppstår denna inlåsning från samspelet mellan plattformsfunktioner, gränssnitt, datastrukturer och etablerade operativa processer. Ju mer specialiserade applikationer kräver specifika tjänster från en viss leverantör, desto större ansträngning krävs för att replikera motsvarande funktionalitet någon annanstans.

Inte all användning av proprietär teknik är oekonomisk. Ett specialiserat verktyg kan erbjuda en betydande produktivitetsfördel. Svårigheten ligger i att de kortsiktiga fördelarna ofta är uppenbara, medan framtida byteskostnader förblir osäkra. Detta riskerar att skapa en systematisk obalans: nuvarande bekvämlighet beaktas fullt ut, medan framtida beroende endast nämns i abstrakta termer.

Bindningen på applikationsnivå är särskilt relevant. En virtuell maskin kan överföras relativt enkelt, medan en komplex affärsapplikation med leverantörsspecifik databas, identitet och analystjänster inte kan det. Därför är det faktum att en plattform stöder containrar inte tillräckligt bevis på dess utbytbarhet. Den avgörande faktorn är om hela affärsfunktionaliteten kan distribueras i en annan miljö med rimlig ansträngning.

En konsekvent arkitektur skulle behöva väga fördelarna med specifika plattformstjänster mot de hinder för byte som uppstår. Målet skulle inte vara fullständig teknisk enhetlighet, utan snarare en avsiktlig differentiering: Standardiserade grundfunktioner bör förbli utbytbara så mycket som möjligt, medan viktiga specialiserade funktioner skulle granskas separat med avseende på deras mervärde och beroenden.

Europas marknadsproblem börjar med skalan

Den strukturella utmaningen sträcker sig långt bortom tyska underrättelsetjänster. Den europeiska marknaden för molninfrastrukturtjänster nådde en volym på cirka 61 miljarder euro år 2024, ungefär sex gånger större än år 2017; denna siffra inkluderar infrastruktur- och plattformstjänster samt privata molnbaserade hostade, men inte hela mjukvarumarknaden. Europeiska leverantörer mer än tredubblade sina motsvarande regionala intäkter under denna period, men förlorade ändå relativa marknadsandelar.

Deras sammanlagda andel minskade från 29 procent år 2017 till cirka 15 procent år 2022 och låg därefter kvar på ungefär den nivån; Amazon, Microsoft och Google stod tillsammans för cirka 70 procent i marknadsundersökningen som publicerades i mitten av 2025. Dessa siffror avser den europeiska marknaden och bör inte likställas med en marknad som uteslutande är begränsad till EU, inte heller med det specifika segmentet av slutna underrättelsesystem.

Denna utveckling visar varför intäktstillväxt ensam inte garanterar tekniskt oberoende. Europeiska företag kan bli mer framgångsrika samtidigt som de halkar efter de största plattformarna. De ledande leverantörerna sprider utvecklingskostnader och investeringar över mycket stora kundbaser; följaktligen spelar skalbarhet och långsiktigt finansierade investeringar en avgörande roll på den europeiska infrastrukturmarknaden.

En realistisk europeisk strategi skulle därför inte behöva kopiera alla funktioner hos de största hyperskaleringsföretagen. Det vore mer rimligt att utveckla robusta alternativ för särskilt kritiska tillämpningsområden och att gemensamt främja etablerade tekniska grunder. En säkerhetsorienterad nischmarknad kan ha andra framgångsfaktorer än massmarknaden för standardiserad datorkraft. Ett företags generella marknadsledarskap innebär inte automatiskt att det överlägser alla statliga tillämpningar.

Staten som en drivkraft för teknologiska inlärningskurvor

När många offentliga institutioner har liknande krav på datasuveränitet och säkert samarbete kan gemensamma standarder skapa en större och mer pålitlig marknad. Företag har då en bättre grund för att investera i dokumentation, säkerhetsrevisioner och professionell drift. openDesk-ekosystemet, med sina många programvaru- och driftspartners, visar att en sådan samarbetsmetod redan implementeras i praktiken.

Detta ger ett ekonomisk-politiskt argument för riktad användning av lämpliga europeiska lösningar. Deras fördelar är inte begränsade till den enskilda arbetsplatsen utan kan utvidgas till senare tillämpningar och andra anläggningar. Återanvändbara komponenter, kvalificerad personal och beprövade driftsmodeller minskar potentiellt introduktionskostnaderna för efterföljande användare. Dessa ytterligare effekter underskattas lätt när man endast beaktar den initiala implementeringen.

Samtidigt får detta inte skapa en rätt till permanent skydd. Även europeiska leverantörer måste visa prestanda, tillförlitlighet och ekonomisk bärkraft. En politik som skyddar varje lokal lösning oavsett dess kvalitet kan generera höga kostnader och nya beroenden. Den avgörande punkten är inte att eliminera konkurrensen, utan att skapa verkliga tekniska och ekonomiska alternativ.

Det är också avgörande att förhindra att ett internationellt monopol ersätts av ett knappt verifierbart nationellt beroende. Öppna gränssnitt, överförbar operativ kunskap och flera kvalificerade tjänsteleverantörer är därför lika viktiga som företagets huvudkontor. I slutändan bör suveränitet öka användarens handlingsförmåga, inte bara ändra ursprunget för deras viktigaste leverantör.

Säkerhets- och försvarsnavet erbjuder expertråd och aktuell information för att effektivt stödja företag och organisationer i att stärka sin roll i den europeiska säkerhets- och försvarspolitiken. I nära samarbete med arbetsgruppen SME Connect Defence främjar det särskilt små och medelstora företag (SMF) som vill vidareutveckla sin innovationskapacitet och konkurrenskraft inom försvarssektorn. Som en central kontaktpunkt skapar navet därmed en viktig bro mellan SMF och den europeiska försvarsstrategin.

Relaterat till detta:

• SME Connect Defence-arbetsgruppen – Stärka små och medelstora företag inom det europeiska försvaret

OpenDesk är relevant, men inte en fullständig molnersättning

Kontors- och samarbetspaketet openDesk lanserades i oktober 2024 och var, enligt det ansvariga Centre for Digital Sovereignty, installerat på cirka 100 000 administrativa arbetsstationer i oktober 2026. Denna siffra representerar den rapporterade implementeringsgraden, inte ett bevis på 100 000 dagliga aktiva användare eller motsvarande antal mycket konfidentiella arbetsstationer. Ändå visar det att europeiskt samarbete med öppen källkod för länge sedan har gått bortom små demonstrationsprojekt.

Tekniskt sett måste jämförelsen förbli exakt. OpenDesk kombinerar applikationer för kontorsarbete och samarbete, medan Google Distributed Cloud är en mycket bredare infrastruktur- och tjänsteplattform. En samarbetssvit ersätter inte automatiskt lagringsarkitekturen, databaserna, datorresurserna och de specialiserade tjänsterna i en hel intelligensmiljö. Den som presenterar båda erbjudandena som direkt utbytbara, kompletta lösningar förväxlar olika tekniska nivåer.

OpenDesk är dock viktigt för debatten eftersom inte alla vardagliga samarbeten behöver kräva en konsekvent proprietär plattform. Där myndigheter gemensamt redigerar dokument, koordinerar projekt eller kommunicerar kan öppna applikationer erbjuda konkreta alternativ. Detta kan åtminstone minska en del av beroendet, även om olika infrastrukturer fortfarande används under.

I oktober 2026 demonstrerades och testades driften av openDesk i helt isolerade miljöer; samtidigt låg fokus på att säkra det för klassificeringen "VS-NUR FÜR DEN DIENSTGEBRAUCH" (Begränsad - Endast för kontorsbruk). Detta bör inte tolkas som bevis på operativ beredskap för alla bearbetningsuppgifter upp till nivån "GEHEIM" (Hemlig), eftersom dessa klassificeringar är tydligt åtskilda. En fungerande offline-demonstration är ett viktigt tekniskt steg, men inte ett heltäckande bevis på lämplighet för alla mycket känsliga användningsfall.

Matrisen visar fördelarna med öppen kommunikation

Element och det öppna Matrix-protokollet ger också praktiska utgångspunkter. BwMessenger är baserad på dessa komponenter och drivs av BWI i Bundeswehrs egna datacenter; BundesMessenger överför detta tillvägagångssätt till offentlig förvaltning. Således finns det redan konkret erfarenhet av statligt kontrollerad kommunikation på öppen teknisk basis.

Den ekonomiska fördelen med sådana grunder ligger i den grundläggande åtskillnaden mellan programvara, drift och tjänst. Om en myndighet driver sin egen infrastruktur eller kan välja mellan lämpliga operatörer uppstår bättre förutsättningar för konkurrens. Kontrollen över den löpande tjänsten behöver då inte nödvändigtvis ligga kvar hos den ursprungliga programvarutillverkaren.

Men inte ens en meddelandetjänst är en komplett analysplattform. Säker meddelandehantering, gemensam dokumentredigering och bearbetning av stora datamängder är separata uppgifter. Dessutom måste varje specifik konfiguration uppfylla de nödvändiga säkerhetskraven; statlig användning innebär inte automatiskt lämplighet för varje säkerhetsklassificeringsnivå. Öppen kommunikation är därför en viktig komponent i en suverän arkitektur, men inte en universell lösning på alla infrastrukturproblem.

Öppenhet ersätter inte den egna kompetensen

Öppen källkodsprogramvara kan utöka kontrollmöjligheterna eftersom dess struktur är transparent och vidareutveckling i princip kan distribueras mellan flera intressenter. Denna möjlighet utvecklas dock endast till sin fulla potential om genuint kvalificerade specialister, lämpliga utvecklingsverktyg och ansvarsområden med hållbar finansiering finns tillgängliga. Transparent källkod ensam eliminerar inte automatiskt säkerhetsbrister eller problematiska beroenden.

Speciellt med komplexa system räcker det inte att bara tillåtas modifiera enskilda program i teorin. Det som behövs är kunskap om hur de interagerar, skapandet av tillförlitliga installationspaket och testning av nya versioner. Fokus på härdade kärnkomponenter och säkra leveranskedjor i regeringens ekosystem med öppen källkod visar hur viktig denna organisatoriska nivå är.

Öppenhet är därför snarare en förutsättning för ytterligare handlingsplaner än en gratis garanti. Dess ekonomiska fördel ligger i att investeringar i kunskap och utveckling lättare kan återanvändas mellan institutioner. För att detta ska lyckas bör anpassningar helst återföras till gemensamt underhållna grunder. Många permanent separata, specialiserade versioner skulle å andra sidan öka underhållskostnaderna och säkerhetsriskerna.

Personalbrist måste också hanteras realistiskt. En myndighet blir inte suverän genom att ta på sig allt arbete själv. En mer förnuftig modell är en där staten har tillräcklig intern bedömnings- och kontrollbefogenhet samtidigt som den kan anlita flera professionella tjänsteleverantörer. Detta eliminerar inte beroenden helt, men det gör dem mer lättkontrollerbara och hanterbara.

De tyska väpnade styrkorna presenterar en mer nyanserad bild

För att kontextualisera ND Cloud är den tyska försvarsmaktens privata moln relevant eftersom det också innehåller Google-teknik och BWI spelar en central roll. Denna plattform är dock inte synonym med ett enda Google Cloud: Den tyska försvarsmakten använder sig av flera tekniskt separata miljöer, inklusive VMware, Google och programvara med öppen källkod.

Den första fasen av utrullningen introducerades 2025; utvecklingen och integrationen av Google-stacken planerades med början 2026, med planerat slutförande i slutet av 2027. SAP Business Technology Platform anges som ett specifikt användningsfall, medan två separata miljöer planeras för öppen och sekretessbelagd information (VS-NfD). Denna publicerade tidslinje bör inte tolkas som en slutgiltig driftsstatus.

Detta exempel illustrerar att grundläggande programvarubeslut kan leda till ytterligare infrastrukturbeslut. Om en specialiserad plattform behövs vars stödda driftsmiljöer är snävt definierade, begränsas det faktiska urvalet redan innan enskilda molnleverantörer beaktas. En suveränitetsanalys måste därför undersöka hela den tekniska kedjan och kan inte sluta vid den synliga infrastrukturmarkören.

Flera plattformar skapar dock bara verklig skalbarhet om viktiga applikationer faktiskt kan flyttas mellan dem. Tre separata miljöer, var och en med sina egna tätt sammanbundna procedurer, innebär initialt mångfald, men ännu inte ömsesidig utbytbarhet. BWI anger uttryckligen minskningen av leverantörsberoenden och den enkla migreringen av applikationer som mål för sin strategi.

Juridiska risker kräver teknisk precision

Debatter om amerikansk teknologi hänvisar ofta till CLOUD Act. Den juridiska förutsättningen är att företag som lyder under amerikansk lag kan tvingas att lämna ut data som de besitter, förvarar eller kontrollerar, oavsett var de lagras. Därför eliminerar inte enbart att vara belägen i Tyskland automatiskt alla juridiska risker.

Omvänt skapar en laglig rätt att lämna ut data inte teknisk åtkomst som inte tidigare existerade. Om en leverantör faktiskt varken har tillgång till uppgifterna eller kontroll över de nödvändiga nycklarna, måste denna arkitektur beaktas i den rättsliga bedömningen. Därför kan en isolerad plattform inte utan vidare likställas med en konventionell, tillverkaredriven internettjänst.

För ND Cloud är detaljer som inte är allmänt kända fortfarande avgörande: Vilka roller är tillgängliga lokalt, hur fungerar nödprocedurer, vilken information behövs för felanalys och vem kontrollerar kryptografiska nycklar? Den allmänna Google-dokumentationen beskriver separata operativa roller och specifika nödprocedurer, men detta beskriver inte automatiskt den slutliga tyska implementeringen. Ett generellt "clear"-avtal skulle därför vara lika olämpligt som det ogrundade påståendet om automatisk amerikansk dataåtkomst.

Detta måste särskiljas från risken för störningar i tjänster. Även om dataåtkomst är tekniskt omöjlig kan juridiska eller geopolitiska konflikter påverka tjänster som programvaruunderhåll och support. En omfattande suveränitetsbedömning måste därför undersöka både kontroll över information och kontinuiteten i viktiga tjänster.

Vad en ärlig kostnadsberäkning bör innehålla

En omfattande ekonomisk analys skulle behöva omfatta mer än bara hårdvaru- och initiala programvarukostnader. Den måste också inkludera integration, personal, energi, utbildning, säkerhetsövervakning, säkerhetskopiering av data, omstartsmöjligheter och den kontinuerliga anpassningen av specialiserade processer. För ND Cloud saknas offentligt tillgängliga detaljerade data för att tillförlitligt kvantifiera dessa komponenter; den kända uppskattningen på minst 500 miljoner euro ersätter inte denna uppdelning.

Dessutom måste kostnader som endast uppstår under en migrering beaktas. Dessa inkluderar dataöverföring, programanpassning, tillfällig parallell drift och förnyade säkerhetsrevisioner. Följaktligen skiljer europeiska regler för molnmigrering mellan flera tekniska steg, från datautvinning till migrering till en målmiljö. En ekonomiskt betydande migrering innebär därför mycket mer än att bara ladda ner ett filarkiv.

Det är också viktigt att skilja mellan hushållskostnader och makroekonomiska effekter. Tjänster som tillhandahålls av tyska datacenter och tjänsteleverantörer kan generera lokalt mervärde, även om kärnprogramvaran kommer från ett internationellt företag. Omvänt är en europeisk leverantör inte fri från globala beroenden i leveranskedjan. En sund analys skulle därför behöva beakta den faktiska fördelningen av expertis och intäkter, snarare än att bara hänföra alla utgifter till ett enda ursprungsland.

I slutändan skulle olika krisscenarier behöva bedömas separat. Ett kortsiktigt supportavbrott, ett längre upphörande av uppdateringar och ett kortsiktigt plattformsbyte skulle alla ha olika konsekvenser. Istället för att generera en till synes exakt enda siffra för alla risker vore det mer lämpligt att göra bandbredder, antaganden och särskilt allvarliga konsekvenser transparenta. Tillräckliga offentligt tillgängliga projektdata saknas för närvarande för att fastställa sådana värden.

Mätbar autonomi istället för betryggande etiketter

Med kriterierna som möjliggör molntjänstautonomi, publicerade i april 2026, har det tyska federala kontoret för informationssäkerhet (BSI) presenterat ett ramverk utformat för att göra den självbestämda användningen av molntjänster mer systematiskt bedömbar. Dessa kriterier kompletterar de säkerhetsorienterade C5-kraven, men har inte en reglerande effekt i sig själva. Säkerhet och suveränitet behandlas således uttryckligen som relaterade, men skilda, bedömningsfrågor.

Ramverket skiljer mellan strategiska, juridiska, datarelaterade, operativa, leveranskedjerelaterade och tekniska aspekter. Specifika testmått, såsom överförbarheten av operativ kunskap, tillgången till oberoende underhåll och förmågan att fortsätta verksamheten i händelse av ett tredjepartsfel, är relevanta här. Sådana egenskaper är mer meningsfulla för en högsäkerhetsplattform än en allmän självbeskrivning som suverän.

För praktisk drift skulle en regelbundet testad omstartsprocedur vara särskilt värdefull. Detta skulle visa om befintliga säkerhetskopior, dokumentation och expertis är tillräckliga för att återställa viktiga funktioner under tydligt definierade felförhållanden. Det skulle också möjliggöra testning av vilka data och applikationer som faktiskt är användbara i en sekundär miljö. Ett lyckat test skulle vara mer effektivt än ett rent teoretiskt alternativ för att byta.

Inte ens regulatoriska framsteg förändrar denna tekniska utmaning. Datalagen förbjuder bytesavgifter för täckta databehandlingstjänster från och med den 12 januari 2027. Detta betyder dock inte automatiskt att varje specifik underrättelsemiljö omfattas av detta förbud, och det eliminerar inte heller interna migrerings-, utvecklings- och säkerhetskostnader. Kostnadsfritt byte för leverantören och faktisk teknisk utbytbarhet är inte samma sak.

Mer datorkraft kräver tydliga åtkomstgränser

En gemensam plattform kan underlätta samarbete, men den får inte skapa lika villkor genom att förenkla tekniska aspekter och minimera olika juridiska ansvarsområden och datarättigheter. En gemensam infrastruktur ger inte automatiskt alla parter ett generellt tillstånd att fritt använda all information som finns däri. Särskilt vid informationsutbyte mellan underrättelsetjänster och polis finns det skärpta konstitutionella krav som inte får förväxlas med rena utbyten mellan underrättelsetjänster.

För arkitekturen innebär detta att roller, syften, ursprung och tillåten delning av data måste kartläggas på lämpligt sätt. Tekniska plattformar kan stödja detaljerade åtkomstregler och spårbar loggning; Googles dokumentation beskriver roll- och attributbaserade behörigheter samt åtkomstloggning. Den lagliga, praktiska tillämpningen förblir dock ensamt de ansvariga parternas ansvar.

Dessutom finns det en risk för koncentration. Delad infrastruktur kan samla säkerhetsexpertis, men samtidigt kan en allvarlig störning påverka flera myndigheter. Därför måste logisk separation, återställning och oberoende kontrollmekanismer beaktas tillsammans. Den ekonomiska utvärderingen bör inte enbart bero på datacentrets utnyttjandegrad, utan också på hur väl kritiska funktioner upprätthålls under partiella störningar.

AI flyttar beroendet till modellnivå

Automatiserad översättning, sammanfattning och analys av stora datamängder är rimliga tillämpningar för ett slutet moln; Google erbjuder motsvarande AI-funktioner för denna produktfamilj. Detta gör att den tekniska integrationen kan sträcka sig bortom infrastruktur till att omfatta modeller, gränssnitt och organisation av analytiska arbetsflöden. Ju mer specialiserade processer som är anpassade till specifika AI-tjänster, desto viktigare blir deras utbytbarhet.

En lokalt driven modell är dock inte automatiskt suverän. Användningsrättigheter, uppdateringsmöjligheter, tillgängliga modellkomponenter och möjligheten att fortsätta använda verktyget under ändrade förhållanden är också relevanta; de allmänna produktvillkoren skiljer uttryckligen mellan olika modeller och användningsformer. Huruvida specifika AI-erbjudanden faktiskt är avsedda för ND Cloud kan inte utläsas från den allmänna produkttillgängligheten.

Ur ett ekonomiskt perspektiv bör AI därför mätas utifrån kvaliteten på sina resultat, inte bara utifrån antalet bearbetade dokument. Ytterligare utgifter kan vara värdefulla om de påskyndar analysen och gör relevanta insikter lättare att hitta. Det kan dock också generera uppföljningsarbete om felaktiga sammanfattningar eller felaktiga länkar behöver kontrolleras; leverantören påpekar generellt potentiella fel i utdata från generativa system.

En strategiskt robust design skulle därför separera datalagring, modeller och användargränssnitt så tydligt som möjligt. Detta skulle göra det möjligt att uppdatera enskilda analysverktyg utan att nödvändigtvis behöva ersätta hela plattformen. Speciellt med snabbt utvecklande AI-tekniker är möjligheten att implementera kontrollerade uppdateringar en ekonomisk fördel, inte bara ett politiskt krav.

Internationellt samarbete utan permanent kärnberoende

Utbyte med partnertjänster kan kräva kompatibla tekniska procedurer. Detta betyder dock inte nödvändigtvis att alla interna arbetsprocesser måste ske på samma plattform. Den tyska försvarsmakten (Bundeswehr) anger internationell interoperabilitet som ett centralt mål i sin multiplattformsstrategi och kopplar detta uttryckligen till att minska leverantörsberoende.

En förnuftig strategi vore att skilja mellan nationella kärnverksamheter och tydligt definierade utbytesfunktioner. Specialiserade gränssnitt och godkända överföringsprocedurer skulle kunna användas för internationellt samarbete, medan centrala datalager och grundläggande samarbete skulle förbli oberoende hanterbara. Medverkan av en internationell teknikleverantör skulle således vara ett funktionellt begränsat beslut och inte automatiskt grunden för alla interna processer.

Gränssnitt löser dock inte alla problem. Olika sekretessnivåer, datamodeller och utgivningsregler skapar ytterligare omkostnader. En mer frikopplad arkitektur kan därför initialt vara dyrare och mer komplex. Dess fördel ligger i att enskilda samarbetsfunktioner kan modifieras utan att den nationella kärnverksamheten påverkas på samma sätt. Huruvida denna fördel motiverar de extra kostnaderna måste prövas utifrån specifika krav.

Den avgörande färdigheten är förmågan att växla

Det mest övertygande perspektivet ur ett tekniskt perspektiv ligger varken i ett fullständigt avvisande av amerikansk teknologi eller i antagandet att teknisk nätverksseparation löser alla suveränitetsfrågor. Det planerade ND Cloud skulle kunna åtgärda verkliga prestandaproblem; dess isolerade arkitektur och det fortsatta beroendet av extern mjukvaruleverans måste dock utvärderas separat.

För generellt samarbete förtjänar lämpliga öppna lösningar systematisk utvärdering eftersom openDesk- och Matrix-baserade tjänster redan är praktiskt införda byggstenar. Olika tekniska krav kan gälla för högspecialiserad bearbetning. Avgörande är att motiverade undantag inte bör utvidgas till ett generellt, permanent beroende, och att de återstående riskerna bör identifieras explicit.

En robust strategi skulle därför behöva kombinera intern bedömningsexpertis, transparenta uppdateringsprocesser och beprövade beredskapsplaner. Inte alla applikationer kräver en fullt fungerande sekundär plattform som är omedelbart tillgänglig. Kritiska funktioner bör dock utformas på ett sådant sätt att ett externt prestandafel inte nödvändigtvis leder till en förlust av statlig kapacitet. Detta kräver tekniska skyddsåtgärder samt kvalificerad personal och långsiktig finansiering.

Det verkliga provet på suveränitet sker inte under oavbruten, normal drift. Det börjar i det ögonblick en leverantör ändrar sina villkor, supporten misslyckas eller de politiska ramverken förändras. Ett högpresterande moln är värdefullt för staten. Det blir bara strategiskt hanterbart när staten inte bara kontrollerar sin nuvarande verksamhet utan också har hållbara alternativ för sin framtid.

Jag skulle gärna fungera som din personliga rådgivare.

Chef för affärsutveckling

Ordförande för SME Connect Defense Working Group

LinkedIn

 

 

Jag skulle gärna fungera som din personliga rådgivare.

Du kan kontakta mig på wolfenstein∂xpert.digital eller

Ring mig bara på +49 7348 4088 965 .

LinkedIn