En kunde, der deler jeres platform med andre, vil vide, om kundens del er adskilt fra resten, og kravet om at få det afprøvet kan komme formuleret med henvisning til NIS2. Grundlaget er punkt 6.8 i bilaget til gennemførelsesforordning 2024/2690 om netsegmentering og de danske vejledninger, der nævner segmentering som en grundlæggende foranstaltning.
Kort sagt kan en test vise, om skillevæggene mellem kundens miljø, andre kunders miljøer og jeres egen administration holder, set fra de udgangspunkter, testen får. Den kan ikke erstatte jeres egen beskrivelse af, hvordan nettet er delt op, og den gælder kun for det tidspunkt og det omfang, der er aftalt.
Hvad forordningen siger om segmentering
Punkt 6.8.1 i forordningens bilag siger, at systemer segmenteres i net eller zoner ud fra risikovurderingen, og at enheden opdeler sine systemer og net, så de er adskilt fra tredjeparters systemer og net. Punkt 6.8.2 nævner bl.a. at placere kritiske systemer i sikrede zoner, at begrænse kommunikationen mellem zoner til det nødvendige, at adskille administrationsnettet fra driftsnettet og at holde produktion adskilt fra udvikling og test. Punkt 6.8.3 kræver, at opdelingen gennemgås med planlagte mellemrum og efter væsentlige hændelser eller ændringer.
Forordningens kreds er snæver: den omfatter digitale udbydere som cloud, datacentre og udbydere af administrerede tjenester og administrerede sikkerhedstjenester. Er I selv en af dem, gælder punkterne for jer direkte. Er I ikke, kan en kunde stadig bruge dem som beskrivelse af, hvad kunden forventer. → Forordning 2024/2690
Hvor det står for andre kunder
NIS 2-loven nævner ikke segmentering med ord. Forordningen placerer punktet under artikel 21, stk. 2, litra e, om sikkerhed ved erhvervelse, udvikling og vedligeholdelse, som i den danske lov svarer til § 6, stk. 1, nr. 5. Styrelsen for Samfundssikkerheds vejledning om foranstaltninger fra juni 2025 nævner i afsnittet om cyberhygiejne, at netværket bør segmenteres efter aktivernes kritikalitet. Vejledningens eksempel om forsyningskæden spørger desuden, om leverandørernes adgang er passende segmenteret og kontrolleret.
Det sidste er værd at lægge mærke til, fordi det viser, at kunden også ser på jer som en mulig vej ind i kundens eget net. Kundens spørgsmål kan handle om to forskellige skillevægge: jeres adskillelse mellem kunder og kundens egen adskillelse af jeres adgang til kundens net.
To slags skillevægge
Når kunden siger segmentering, kan det betyde:
- Adskillelse hos jer · kundens data og systemer på jeres platform kan ikke nås fra andre kunders miljøer, og jeres administrationsadgange er adskilt fra den almindelige drift. → Delte platforme hos MSP’en
- Adskillelse hos kunden · jeres forbindelse ind til kundens net, fx til support eller fjernovervågning, giver kun adgang til det, I skal bruge. → Supportadgang i testen
Den første er jeres ansvar og kan testes i jeres eget miljø. Den anden er kundens ansvar, og en test af den kræver kundens tilladelse og deltagelse. Skriv i aftalen om testen, hvilken af de to der er tale om. → Afgrænsning mod kundens eget miljø
Hvad en test kan vise kunden
ENISA’s tekniske vejledning fra juni 2025, som ikke er bindende, nævner til punkt 6.8.3 penetrationstest og sårbarhedsvurderinger, der omfatter en vurdering af segmenteringen, som eksempler på dokumentation. En test af adskillelse kan vise:
- Om kundens miljø kan nås udefra · fra et andet kundemiljø på samme platform eller fra et almindeligt brugernet hos jer.
- Om administrationsadgangen er adskilt · om de adgange, der bruges til at drifte platformen, kan nås fra steder, de ikke skal kunne nås fra.
- Om undtagelserne er kendt · åbninger mellem zoner, som ikke står i jeres beskrivelse.
- Om test og produktion er adskilt · om et udviklings- eller testmiljø kan bruges som vej ind til driften.
Resultatet bliver mest brugbart, når hver skillevæg er formuleret som en påstand på forhånd, fx at kundemiljø A ikke kan nå kundemiljø B. Så kan testen svare ja eller nej på noget, kunden har spurgt om. → Fra krav til testplan
Hvor dybden ligger
Hvordan en segmenteringstest tilrettelægges i praksis, hvilke udgangspunkter testeren skal have, og hvordan resultatet læses af IT-afdelingen, er beskrevet på penetration-test.dk. Her er vinklen leverandørens: hvad kunden spørger om, og hvad I kan aflevere.
For leverandøren er det vigtigste at kunne aflevere tre ting samlet: en kort beskrivelse af zonerne og de tilladte forbindelser, resultatet af testen holdt op mod den beskrivelse og status på eventuelle rettelser. Den samling kan kunden lægge i sit leverandørregister, og den kan genbruges, når den næste kunde stiller det samme spørgsmål. Husk at opdatere beskrivelsen, når platformen ændres, ellers passer den ikke længere til testresultatet.
Et tænkt eksempel
En leverandør af et journalsystem kører løsningen for flere klinikker på en fælles platform. En af klinikkerne er omfattet af NIS 2-loven og beder om dokumentation for, at klinikkens data er adskilt fra de andre kunders. Leverandøren lader en test tage udgangspunkt i et testmiljø, der er opsat som en almindelig kunde, og afprøver, om det kan nå klinikkens miljø eller platformens administration.
Rapporten viser én åbning mellem to zoner, som ikke stod i leverandørens beskrivelse. Klinikken får et resumé med fundet, rettelsen og den gentagne afprøvning. Fordi platformen er fælles, får de andre kunder samme besked, uden at klinikkens navn nævnes.
Det skal I lade være med
- At teste uden en beskrivelse af zonerne · testen har så intet at holde resultatet op imod.
- At teste kundens net uden kundens tilladelse · jeres adgang til kunden er ikke en tilladelse til at teste den.
- At love fuld adskillelse på baggrund af én test · testen dækker de udgangspunkter, den fik.
- At glemme administrationsadgangene · de kan forbinde zoner, der ellers er adskilt.
- At genbruge en gammel test efter en ændring af nettet · punkt 6.8.3 forudsætter en ny gennemgang ved væsentlige ændringer.
Hvad kan og ikke kan konkluderes
En test kan vise, at bestemte skillevægge holdt eller ikke holdt fra bestemte udgangspunkter på et bestemt tidspunkt. Den kan ikke vise, at alle veje mellem zonerne er lukket, eller at kunden lever op til sine krav. Teksten er ikke juridisk rådgivning.
Tjekliste før en test af adskillelsen
- ☐ Ved I, om kunden mener adskillelsen hos jer eller hos kunden?
- ☐ Er zonerne og de tilladte forbindelser beskrevet skriftligt?
- ☐ Er hver skillevæg formuleret som en påstand, testen kan svare på?
- ☐ Har testeren udgangspunkter på den side, der skal holdes ude?
- ☐ Har kunden og eventuelle hostingpartnere givet tilladelse, hvor det kræves?
- ☐ Er det aftalt, hvad de andre kunder på platformen får at vide?
Kilder
- Gennemførelsesforordning (EU) 2024/2690: artikel 1 (hvem den gælder for) og bilagets punkt 6.8.1, 6.8.2 og 6.8.3.
- NIS 2-loven, lov nr. 434 af 6. maj 2025: § 6, stk. 1, nr. 5.
- SAMSIK, vejledning om foranstaltninger (juni 2025): afsnit 4 (eksempel om leverandørers adgang) og afsnit 7.a (segmentering efter kritikalitet).
- ENISA, NIS2 Technical Implementation Guidance (juni 2025): eksempler på dokumentation til punkt 6.8.3. Ikke bindende.
Senest gennemgået: oktober 2026.
Næste skridt
Del af: Artikler om NIS2 og penetrationstest
Læs også: Kundespecifik opsætning eller fælles platform · Hvilke systemer forventer kunden testet?
→ Kontakt · Tlf. 70 13 63 23 · Penetrationstest hos Nielco IT