Digital suverænitet

STAR: en styrelse der byggede exit‑planen ind i driften (2026)

STAR: en styrelse der byggede exit-planen ind i driften (2026)

Styrelsen for Arbejdsmarked og Rekruttering (STAR) meldte i juni 2026 ud, at den havde flyttet sin infrastruktur til europæiske cloud-leverandører på ni måneder. Kravet bag var konkret og driftsnært, og løsningen bestod af en flerleverandørmodel og infrastruktur beskrevet som kode.

Sagen kort

STAR har på ni måneder moderniseret hele sin digitale infrastruktur og flyttet den til europæiske cloud-leverandører. Det skrev Ingeniøren DigiTech 19. juni 2026. Ifølge mediet gav flytningen en større besparelse, og styrelsen bruger flere forskellige europæiske udbydere.

Cybernews beskrev samme måned, at STAR rummer følsomme data om sygdom og ledighed for millioner af danskere. Ifølge Ingeniørens engelske udgave af 25. juni 2026 kom styrelsen fra en Microsoft-domineret løsning i eget driftsmiljø og flyttede til tyske og franske cloududbydere. Udgangspunktet var altså ikke en amerikansk cloud. Hvilke konkrete udbydere der er tale om, fremgår ikke af de læsbare kilder.

Digitaliseringschef Claus Balslev sagde til Ingeniøren, at styrelsen i dag anser sig for at være »digitalt suveræne«. Artiklens overskrift gengiver kravet om, at styrelsens drift fortsætter, også hvis en amerikansk service bliver slukket.

Hvad skete der, dato for dato

  • 2004 · Dele af koden i STAR’s systemer stammer fra dette år, skriver leverandøren Twoday i sin kundehistorie. Vedligeholdelsen blev dyrere, mens budgetterne faldt.
  • Moderniseringsprogrammet · STAR gjorde arkitekturen cloud-kompatibel, gik over til Kubernetes og beskrev infrastrukturen som kode, ifølge samme kundehistorie. Arbejdet foregik i styrelsens eksisterende Scrum-teams.
  • 25. februar 2026 · Vicedirektør Christine Schmitz fortalte Altinget, at fagsystemer og infrastruktur var flyttet til en europæisk open source-platform det seneste år. Hele moderniseringen havde ifølge hende taget tre til fire år og holdt tid, omfang og budget.
  • Ni måneder · Selve flytningen af infrastrukturen til europæiske udbydere tog ni måneder, oplyser Ingeniøren, Version2 og Cybernews. De ni måneder er altså den sidste del af et længere forløb. Ingen af de læsbare kilder angiver start- og slutdato.
  • 19. juni 2026 · Ingeniøren bragte interviewet med Claus Balslev og IT Operations manager Jan Kjærby Vinding.
  • Juni 2026 · Cybernews omtalte sagen og den debat, Balslevs udtalelser om amerikanske efterretningstjenester havde skabt.

Pr. 30. oktober 2026 er der ikke fundet en offentlig meddelelse fra STAR selv om flytningen.

Hvem besluttede

Beslutningen lå i styrelsen. Claus Balslev omtales af Ingeniøren som digitaliseringschef og af Twoday som Chief Digital Officer. Han udtalte i kundehistorien, at moderniseringen var blevet nødvendig, fordi den gamle kodebase blev dyrere at holde i live.

Udviklingen sker i det, styrelsen kalder STAR City. Det er en agil udviklingsorganisation, hvor egne medarbejdere og konsulenter fra flere leverandører arbejder sammen i Scrum-teams. Twoday var ifølge egen beskrivelse en af tre udviklingsleverandører på programmet.

Hvilken mekanisme

Kravet i overskriften handler om drift. En myndighed, hvis fagsystemer kører hos én udbyder, kan miste dem, hvis udbyderen lukker for adgangen eller selv bliver pålagt at gøre det. Den risiko er dokumenteret i → ICC-sagen, hvor en europæisk organisation mistede en tjeneste efter en amerikansk beslutning.

STAR adresserede risikoen på to lag. Driften blev flyttet til udbydere under europæisk jurisdiktion, og afhængigheden af den enkelte leverandør blev gjort mindre. Forskellen mellem dataenes placering, hvem der driver dem, og hvilken lov der gælder, er forklaret i → de tre lag.

Styrelsens valg af flere udbydere svarer til det, der beskrives under → koncentrationsrisiko hos samme leverandør. Falder én udbyder væk, påvirker det kun en del af driften.

Udsagnet om efterretningstjenesterne

Cybernews gengav Balslevs udsagn om, at data i en amerikansk cloud deles med amerikanske efterretningstjenester. Udsagnet er mere kategorisk end lovgivningen.

→ Cloud Act giver amerikanske myndigheder adgang til at pålægge en amerikansk udbyder at udlevere data, også når data ligger i Europa. Det sker gennem en retlig proces, typisk en kendelse fra en domstol i en strafferetlig efterforskning. Udlevering sker altså efter krav i den enkelte sag og uden løbende deling.

Efterretningstjenesternes adgang hviler på en anden hjemmel, som gennemgås under → FISA 702. Her godkender domstolen rammerne for overvågningen, og der kræves ingen kendelse for den enkelte person. Risikoen er derfor reel, men den bør beskrives præcist i en risikovurdering, så beslutningen kan forsvares over for tilsyn og revision.

Flerleverandørmodellen og koden

Den del af sagen, der kan genbruges af andre, ligger i måden at bygge på. Twoday beskriver tre greb, som tilsammen gør et leverandørskifte til en planlagt opgave.

  1. Kubernetes · Systemerne kører i containere på en fælles platform, som flere udbydere kan levere. Det gør det lettere at flytte en arbejdsbyrde fra én udbyder til en anden.
  2. Infrastruktur som kode · Servere, netværk og opsætning er beskrevet i filer, som styrelsen selv ejer. Et nyt miljø kan derfor genopbygges hos en anden udbyder ud fra samme beskrivelse.
  3. Flere udviklingsleverandører i egne teams · Viden om systemerne ligger hos styrelsen og i fælles teams og ikke hos én leverandør alene.

Resultatet beskriver Balslev i kundehistorien som et setup, hvor styrelsen kan skifte leverandør på uger i stedet for år. Twoday oplyser også, at hostingudgifterne faldt med 2,5 mio. kr. Begge tal er leverandørens og styrelsens egne oplysninger og er ikke efterprøvet uafhængigt.

Hvad STAR kunne vide på forhånd

Sagen viser en organisation, der vidste, hvor den var sårbar, og handlede på det. Styrelsens systemer bærer data om ledighed og sygdom for millioner af borgere, og en afbrydelse rammer derfor mange. Den vurdering hører hjemme i → trin 4 i exit-planen, hvor det afgøres, hvem der kan lukke hvad og med hvilket varsel.

Den aldrende kodebase var også kendt. Når systemer alligevel skal moderniseres, kan exit-evnen bygges ind i samme projekt. Det gør en del af omkostningen fælles med en opgave, der skulle løses under alle omstændigheder, som beskrevet i → exit-omkostningen pr. system.

Hvad sagen ikke viser

Sagen viser ikke, at andre kan gøre det samme på ni måneder. STAR havde en egen udviklingsorganisation, flere leverandører og et igangværende moderniseringsprogram. Organisationer uden disse forudsætninger må typisk regne med længere tid.

De læsbare kilder viser ikke, hvilke systemer der lå hvor før flytningen, eller hvilke udbydere styrelsen bruger i dag. De beskriver heller ikke kontrakterne med de europæiske udbydere, og der er ikke fundet dokumentation for en kontraktlig sikring mod amerikansk jurisdiktion. Ingeniøren oplyser derimod, at styrelsens jurister mente, at servere i Europa ikke er nok, hvis udbyderen er amerikanskejet. Ejerskabet var altså et kriterium ved valget. Om udbydernes ejerskab og underleverandører holder STAR uden for amerikansk jurisdiktion, kan derfor ikke vurderes ud fra dem, jf. → europæisk cloud-infrastruktur.

Besparelsen og skiftet på uger stammer fra en leverandørs kundehistorie. Ingeniørens artikel ligger delvist bag betalingsmur, og Cybernews afviser automatisk hentning, så detaljerne er kun delvist efterprøvet.

Læren for en exit-plan

STAR’s krav om, at driften skal kunne køre videre, er en exit-plan formuleret som et driftskrav. Den kan efterprøves, fordi den beskriver, hvad der skal ske, ud over hvor data ligger. Brug sagen til fire konkrete handlinger.

  1. Formulér kravet som drift · Skriv for hvert kritisk system, hvad der skal fortsætte, hvis en udbyder lukker, og hvor hurtigt.
  2. Ej beskrivelsen af jeres infrastruktur · Kræv, at opsætningen findes som kode i et lager, I selv har adgang til.
  3. Spred leverandørerne · Fordel drift og udvikling, så ingen enkelt leverandør kan stoppe det hele.
  4. Afprøv skiftet · Flyt et mindre system og mål tiden, som beskrevet i → overgang, parallel drift og tilbagefald.

Andre europæiske myndigheders skift er samlet under → offentlige skift i Europa. Skal jurisdiktion og afhængighed kortlægges system for system før en flytning, beskriver Nielco IT’s jurisdiktions- og afhængighedsvurdering fremgangsmåden.

Kilder

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Skal afhængigheden kortlægges?

Skriv kort, hvilke systemer eller leverandører det drejer sig om, og hvad anledningen er. Så vender jeg tilbage. Jeg sælger rådgivning, ikke produkter, og har ingen leverandørpartnerskaber.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.