Når cloudmiljøet bygges fra skabeloner, kan en fejlopsætning fanges i skabelonen, før den rulles ud, og rettes ét sted i stedet for i hver kopi. Gennemgangen ser derfor på to ting: skabelonerne selv og forskellen mellem skabelonerne og det, der faktisk kører.
Infrastruktur som kode betyder, at netværk, servere, lager og rettigheder beskrives i tekstfiler, der rulles ud af et værktøj. Filerne ligger i versionsstyring ligesom programkode. Det giver driften en mulighed, den ikke har med manuelt opsatte miljøer: opsætningen kan læses, før den findes.
Hvad CISA anbefaler
CISA’s #StopRansomware Guide fra september 2023, skrevet sammen med MS-ISAC, NSA og FBI, har tre anbefalinger om infrastruktur som kode, som gennemgangen kan holde op imod:
- Brug infrastruktur som kode til at udrulle og opdatere cloudressourcer, og hold backup af skabelonfilerne offline, så ressourcerne hurtigt kan rulles ud igen.
- Skabelonerne skal være versionsstyrede, og ændringer i dem skal auditeres.
- Brug skabelonerne til at genopbygge cloudressourcer efter en hændelse.
Guiden anbefaler også vedligeholdte gyldne aftryk af kritiske systemer, altså færdige og hærdede udgaver, der kan bygges op fra.
Det er amerikanske anbefalinger og ingen krav til en dansk virksomhed. De er nyttige, fordi de knytter skabelonerne til to formål på én gang: sikker opsætning i det daglige og genopbygning, når noget er gået galt.
Andre målestokke
Microsoft cloud security benchmark version 2, som er i preview pr. november 2026, har et domæne for DevOps Security med sikkerhedskontroller før udrulning. De enkelte kontroller er ikke gengivet her.
Forordning 2024/2690 siger i bilagets punkt 6.3.2, litra b, at der skal være processer og værktøjer til at håndhæve sikre konfigurationer for både nye systemer og systemer i drift. Bilaget binder kun de enheder, artikel 1 opregner. Bruger andre det som målestok, er det en tolkning. Punktet passer godt på skabeloner, fordi de netop gør det muligt at håndhæve samme opsætning for nyt og eksisterende.
Gennemgang af skabelonerne
Selve gennemgangen af skabelonerne er praksis. Den læser filerne med de samme spørgsmål, som ville blive stillet til det kørende miljø, bare før udrulning:
- Åbner skabelonen porte for administration mod hele internettet?
- Opretter den lager, der kan læses udefra, eller som tillader ukrypterede forbindelser?
- Giver den roller med bredere rettigheder end nødvendigt?
- Slår den logning til?
- Står der adgangskoder, nøgler eller andre hemmeligheder direkte i filerne?
Det sidste spørgsmål er særligt vigtigt. En nøgle, der er skrevet ind i en skabelon, ligger i versionsstyringens historik, også efter at den er fjernet fra den aktuelle fil. Hvordan nøgler og hemmeligheder gennemgås, står i nøgler og hemmeligheder i skyen.
Det er almindelig praksis at lade et automatisk tjek køre på skabelonerne, hver gang nogen foreslår en ændring, og at en anden person godkender ændringen. Gennemgangen kontrollerer, om det tjek findes, hvilke regler det bruger, og om ændringer kan gå udenom.
Versionsstyring og ændringslog
CISA’s anbefaling om versionsstyring og audit af ændringer giver et konkret kontrolpunkt. Hvem kan ændre i hovedgrenen af skabelonerne? Kræver en ændring godkendelse fra en anden? Kan historikken omskrives? Rettighederne til kildekodeplatformen er beskrevet i kildekodeplatform og udrulningskæde.
Beviset er platformens indstillinger for beskyttede grene, listen over personer med skriveret og et udsnit af ændringshistorikken, der viser godkendelserne.
Afstemning med det kørende miljø
Skabeloner beskriver, hvad der burde køre. Driften ændrer nogle gange direkte i miljøet, fx for at løse et akut problem. Derefter passer skabelonen og miljøet ikke længere sammen. Det kaldes ofte konfigurationsdrift.
En gennemgang sammenligner derfor et udsnit af ressourcer i det kørende miljø med de skabeloner, der skulle have bygget dem. Forskelle er fund af to slags. Enten er der lavet en ændring uden om skabelonen, som skal føres tilbage. Eller ressourcen er bygget helt uden skabelon og står uden for den kontrol, skabelonerne giver. Den samlede gennemgang af det kørende miljø er beskrevet i fx gennemgang af et Azure-miljø.
Offline kopi af skabelonerne
CISA’s råd om offline backup af skabelonfilerne er værd at tage bogstaveligt. Ligger skabelonerne kun på den platform, der også kan rammes af en hændelse, kan de ikke bruges til genopbygning. Gennemgangen spørger, hvor den seneste kopi ligger uden for nettet, og hvornår den sidst blev lavet.
Hvad det kræver, og hvad det koster at lade være
Det kræver læseadgang til skabelonerne og til kildekodeplatformens indstillinger og en person, der kan forklare, hvordan udrulningen sker. Afstemningen med det kørende miljø kræver også læseadgang til selve miljøet.
Uden gennemgangen kan en fejl i én skabelon gentages i hvert miljø, der bygges fra den. Og uden en offline kopi står I uden opskrift, hvis platformen med skabelonerne selv bliver ramt.
Det skal I lade være med
- At skrive hemmeligheder direkte i skabelonerne · historikken gemmer dem.
- At rette i det kørende miljø uden at føre ændringen tilbage · næste udrulning kan overskrive den.
- At gemme skabelonerne kun på den platform, de skal genopbygge · hold en kopi offline.
Det skal gennemgangen kunne vise
- ☐ En liste over skabeloner og de miljøer, de bygger.
- ☐ Fund i skabelonerne om porte, lager, roller, logning og hemmeligheder.
- ☐ Indstillinger for beskyttede grene og godkendelse af ændringer.
- ☐ Forskelle mellem skabeloner og det kørende miljø i et udsnit af ressourcer.
- ☐ Placering og dato for den seneste offline kopi af skabelonerne.
Kilder
- CISA, MS-ISAC, NSA og FBI, #StopRansomware Guide, september 2023, afsnittene om infrastruktur som kode, gyldne aftryk og backup, læst 13. november 2026.
- Microsoft Learn, Overview of the Microsoft cloud security benchmark v2 (preview), ms.date 2026-01-15, læst 13. november 2026.
- Kommissionens gennemførelsesforordning (EU) 2024/2690, artikel 1 og bilagets punkt 6.3.2, litra b, læst 13. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Find ud af, hvor den seneste kopi af skabelonerne ligger uden for nettet, og hvem der kan ændre hovedgrenen.
Læs også: Konfigurationsstyring efter punkt 6.3 · Udviklings- og testmiljøer
→ Kontakt · Tlf. 70 13 63 23 · Teknisk sikkerhedsgennemgang hos Nielco IT
