En kontinuitetsplan består auditten, når dens forudsætninger stadig holder, når rækkefølgen for genopretning følger de afhængigheder, der findes i dag, og når nogen har set den igennem efter de seneste store ændringer. Det er de tre ting, en NIS2-audit af planen undersøger, og de svarer til det, vejledningen lægger vægt på.
Mange beredskabsplaner er skrevet grundigt én gang og har ikke rørt sig siden. Auditten handler derfor mest om, hvorvidt planen passer til virksomheden, som den ser ud nu.
Det, loven og vejledningen kræver
Tredje punkt i lovens § 6, stk. 1, samler driftskontinuitet, backup, genopretning efter en katastrofe og krisestyring under ét. Bemærkningerne til loven, sådan som styrelsens vejledning fra juni 2025 bringer dem, beder om procedurer, der sikrer kontinuiteten. Desuden skal behovet for en beredskabsplan for krise og reetablering vurderes.
Vejledningen har tre “skal” for kontinuiteten. Enheden skal udarbejde og vedligeholde procedurer for driftskontinuitet, fx en plan for fortsat drift og en plan for genopretning. Driften skal kunne genoprettes efter planen. Og planen skal baseres på risikovurderingen.
Backup, krisestyring og redundans har hver deres afsnit i vejledningen og hver deres artikel her: audit af backup, øvelser som bevis og redundans og nødstrøm. Denne artikel ser på selve planen.
Hvad planen kan indeholde
Om indholdet bruger vejledningen ordet “kan”. Kontinuitetsplanen kan beskrive formål og omfang, roller, nøglekontakter inklusive driftsleverandører, betingelser for at aktivere og afslutte planen, ressourcer som backup, genindlæsning og redundans, og samspillet med hændelseshåndteringen.
Genopretningsplanen kan indeholde genopretningsmål, en rækkefølge ud fra afhængigheder, midlertidige arbejdsgange, fx manuelle, og en plan for at kontrollere, at fortrolighed og integritet ikke er brudt under genopretningen.
Auditor kan ikke kræve hvert punkt. Auditor kan spørge, hvordan planen ellers sikrer, at driften kan genoprettes, og pege på de punkter, der mangler, som risiko.
Forudsætningerne
Hver plan hviler på antagelser. At backup ligger et bestemt sted, at en bestemt person kan tage over, at en leverandør kan levere en ny server, at lokalerne kan bruges. Auditor skriver forudsætningerne op og spørger, om de stadig gælder. Det er almindelig auditpraksis.
Ofte er det her, planen falder. En nøgleperson er fratrådt, en leverandør er skiftet, eller et system er flyttet til en cloudtjeneste, så genopretningen nu afhænger af en anden part. Planen skal efter vejledningen baseres på risikovurderingen, så auditor ser også efter, om de scenarier, planen dækker, er dem, risikovurderingen peger på. Det hænger sammen med audit af risikovurderingen.
Rækkefølgen for genopretning
En god genopretningsplan siger, hvad der skal op først, og hvorfor. Systemer afhænger af hinanden. Et ordresystem nytter ikke, hvis login, net og database ikke kører.
Auditor tager et par kritiske systemer og spørger, hvad de afhænger af, og om afhængighederne står før dem i rækkefølgen. Auditor ser også efter genopretningsmålene, altså hvor længe et system må være nede, og hvor meget data der må gå tabt. Er målene skrevet ned, kan de sammenholdes med det, backup og redundans faktisk kan levere.
Vejledningen har et tænkt eksempel med en produktionsvirksomhed, der bruger SCADA til styring af anlæg, et ERP-system og produktionsstyring. Styrelsen stiller her spørgsmål om minimumsdrift, manuelle processer, genopretningstid og test af planen. Spørgsmålene kan bruges som tjekliste i jeres egen gennemgang.
Ajourføring og test
Vejledningen anbefaler, at planerne gennemgås og testes med regelmæssige planlagte mellemrum, efter væsentlige hændelser og ved større ændringer. Ændringer bør dokumenteres. Ordet er “bør”, så har I valgt et andet interval, skal valget kunne begrundes.
Auditor ser på versionshistorikken og sammenholder datoerne med det, der er sket i virksomheden. Er I flyttet, har I skiftet driftsleverandør eller indført et nyt kernesystem siden seneste version, er det et naturligt spørgsmål, om planen er fulgt med.
Til sidst ser auditor efter test. En test kan være alt fra en gennemgang ved bordet til en reel genopretning af et system. Hvad der tæller som dokumentation, er beskrevet i hvad tæller som bevis.
Hvad det kræver, og hvad det koster at lade være
Planen bliver auditklar, når forudsætningerne er skrevet op og kontrolleret, når rækkefølgen er gennemgået med dem, der kender afhængighederne, og når der ligger en dato for seneste gennemgang og test. Det er et stykke arbejde for IT-ansvarlige og systemejere sammen, og det kan sjældent gøres af én person alene.
Uden det ligger der en plan, som ingen kan bruge, når den skal bruges. Det opdages først under en hændelse, hvor genopretningen tager længere tid end nødvendigt, og hvor rækkefølgen bliver besluttet undervejs.
Det skal I lade være med
- At lade planen stå uændret efter et skift af driftsleverandør · kontakter, ansvar og afhængigheder er ændret.
- At skrive genopretningsmål, ingen har afprøvet · målene skal kunne holdes med den backup og redundans, I har.
- At kalde en gennemlæsning for en test · en test viser, om planen kan gennemføres.
Det skal auditten kunne vise
- ☐ En plan for fortsat drift og en plan for genopretning, baseret på risikovurderingen.
- ☐ En liste over planens forudsætninger med en dato for seneste kontrol.
- ☐ En rækkefølge for genopretning, der følger systemernes afhængigheder.
- ☐ Genopretningsmål for de kritiske systemer.
- ☐ En versionshistorik med gennemgang efter hændelser og store ændringer.
- ☐ Dokumentation for seneste test og de ændringer, testen førte til.
Kilder
- Lov nr. 434 af 6. maj 2025 (NIS 2-loven), § 6, https://www.retsinformation.dk/eli/lta/2025/434, læst 12. november 2026.
- Styrelsen for Samfundssikkerhed, Vejledning til NIS 2-loven. Implementering af cybersikkerhedsforanstaltninger, 1. udgave juni 2025, kap. 3, s. 20-21, https://samsik.dk/wp-content/uploads/2025/08/Vejledning-til-implementering-af-cybersikkerhedsforanstaltninger.pdf, læst 12. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Læs jeres kontinuitetsplan igennem, og skriv hver forudsætning op på en liste. Sæt en markering ved dem, der har ændret sig siden sidste version.
Læs også: Audit af backup og gendannelse · Nødkommunikation
→ Kontakt · Tlf. 70 13 63 23 · NIS2-audit hos Nielco IT
