En teknisk sikkerhedsgennemgang læser den opsætning, jeres systemer faktisk kører med, og holder den op imod en navngiven målestok. Den foregår med læseadgang, ændrer intet i miljøet og afprøver ikke, om en svaghed kan udnyttes.
For driften betyder det, at arbejdet mest består i at give adgang, trække udtræk og forklare valg. Resultatet er en liste over afvigelser, hvor hver afvigelse peger på et objekt, en indstilling og en målestok.
Fire former for læsning
NIST beskriver i sin vejledning fra 2008, SP 800-115, en gruppe af teknikker, der kun læser. Vejledningen kalder dem passive og skriver, at de giver minimal risiko for systemer og net. Fire af dem udgør kernen i en teknisk gennemgang.
- Dokumentgennemgang · Det, driften leverer: Netværkstegning, systemliste, driftsprocedurer · Typisk afvigelse: Tegningen svarer ikke til nettet
- Loggennemgang · Det, driften leverer: Udtræk fra katalog, servere og lejer · Typisk afvigelse: Kontoændringer uden spor
- Regelsætsgennemgang · Det, driften leverer: Eksport af firewall og adgangslister · Typisk afvigelse: Midlertidige regler, der blev stående
- Konfigurationsgennemgang · Det, driften leverer: Politikker, indstillinger, konfigurationsfiler · Typisk afvigelse: Unødige tjenester og svag logning
Dokumenterne viser, hvad der var tænkt. NIST understreger, at en dokumentgennemgang ikke sikrer, at kontrollerne er gennemført korrekt. Den viser kun, at retningen findes. Derfor læses dokumenterne altid sammen med systemerne selv.
Logs er historik. Systemlogs kan efter NIST vise ændringer af sikkerhedspolitikker, oprettelse og sletning af konti, tildeling af rettigheder og brug af privilegier. De bruges til at se, om systemet har kørt efter de regler, der står i dokumenterne.
Regelsættet læses regel for regel. Er hver regel stadig nødvendig? Afvises trafik, der ikke er tilladt efter politikken? Står de specifikke regler før de generelle? Er der porte åbne, som ingen kan forklare?
Konfigurationen sammenlignes med en tjekliste. NIST nævner Windows’ sikkerhedspolitikker og konfigurationsfilerne i /etc på Unix som eksempler, og de fund, der typisk dukker op, er tjenester uden formål, svage konto- og adgangskodeindstillinger samt logning og backup sat forkert op.
Uden målestok er der ingen afvigelse
En indstilling er kun et fund, når den afviger fra noget, der er valgt på forhånd. NIST beskriver den manuelle sammenligning som en sammenligning med sikkerhedsvejledninger eller tjeklister for konfiguration. Målestokken kan være producentens egen baseline, et benchmark, statens tekniske minimumskrav eller bilaget til gennemførelsesforordning (EU) 2024/2690 brugt som målestok.
Valget skal stå i rapporten for hver platform. Står der ikke, hvad der er målt imod, kan fundene heller ikke efterprøves. Hvordan valget træffes, står i valg af målestok.
Adgangen, gennemgangen kræver
Læseadgang er ikke altid nok. Visse sikkerhedsindstillinger kan efter NIST kun ses med administrator- eller root-rettigheder, uanset om gennemgangen er manuel eller automatisk. Vejledningen anbefaler også, at driftens egne administratorer henter konfigurationen fra netudstyr som routere og firewalls, så ingen indstilling bliver rørt ved et uheld.
I praksis giver det to modeller. Enten trækker driften udtrækkene og afleverer dem, eller den, der gennemgår, får en læserolle for en afgrænset periode. Mange gennemgange bruger begge dele. Hvilke rettigheder der skal til, og hvordan de lukkes igen, står i adgange til den, der gennemgår.
Det, der ligger udenfor
NIST deler teknikkerne i tre grupper. Den første er gennemgang. Den anden er identifikation og analyse af mål, fx portscanning og sårbarhedsscanning, som typisk udføres med automatiske værktøjer. Den tredje er validering af sårbarheder, hvor penetrationstest hører hjemme.
Afgrænsningen på dette site er vores egen ordning. En teknisk gennemgang dækker den første gruppe fuldt ud. Scanning kan indgå efter aftale og efter samme forsigtighed som andre aktive indgreb. Validering af sårbarheder er en anden ydelse og indgår ikke. Social manipulation af medarbejdere og forsøg på at gætte adgangskoder hører heller ikke med.
Grænsen har en grund. Ifølge NIST er en test dårligere end en undersøgelse til at finde svagheder i politik og opsætning. Omvendt kan en læsning af opsætningen ikke vise, om en angriber faktisk kan udnytte afvigelsen. Ingen enkelt teknik giver det fulde billede, som vejledningen formulerer det.
Det, driften får ud af det
Resultatet er en liste over afvigelser med udtræk som bevis. Hver linje bør kunne genskabes af driften selv: samme kommando, samme skærm, samme resultat. Det gør rettelserne målbare, og det gør den næste gennemgang lettere.
Det er også et øjebliksbillede. NIST kalder en vurdering et billede af sikkerheden på et bestemt tidspunkt. Ændres opsætningen dagen efter, gælder fundene for den opsætning, der var.
Listen kan bruges direkte i driftens eget arbejde. Fund, der skyldes en enkelt indstilling, kan ofte rettes i næste servicevindue. Fund, der skyldes arkitekturen, fx et fladt net eller fælles administratorkonti, bliver til projekter med egen plan og egen ejer.
Hvad det kræver, og hvad det koster at lade være
Det kræver en kontaktperson i driften, der kender miljøet, adgang til at trække udtræk fra katalog, lejer, servere og netudstyr, og tid til at svare på spørgsmål undervejs. Det kræver også, at nogen har besluttet, hvilken målestok I vil holdes op imod.
Uden en gennemgang hviler billedet af opsætningen på dokumenter og hukommelse. Afvigelser, der er opstået langsomt over år, bliver ikke set af dem, der selv har lavet dem.
Det skal I lade være med
- At give skriveadgang, hvor læsning er nok · den, der gennemgår, skal ikke kunne ændre noget.
- At aflevere dokumenter i stedet for udtræk · dokumenterne viser hensigten, udtrækket viser tilstanden.
- At acceptere fund uden angivet målestok · så kan I hverken efterprøve eller begrunde en afvigelse.
Det skal gennemgangen kunne vise
- ☐ Hvilken målestok hver platform er holdt op imod, med version og dato.
- ☐ De anvendte teknikker og dem, der er valgt fra.
- ☐ Udtræk eller kommando bag hvert fund, så driften kan gentage det.
- ☐ Hvornår adgangene blev givet, og hvornår de blev lukket.
Kilder
- NIST, SP 800-115 Technical Guide to Information Security Testing and Assessment, september 2008, afsnit 2, 2.2, 2.3, 3.1 til 3.4 og 6.2, læst 13. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Skriv ned, hvilke platforme jeres miljø består af, og hvem i driften der kan trække udtræk fra hver af dem.
Læs også: Det, en teknisk gennemgang ikke finder · Materialet før start
→ Kontakt · Tlf. 70 13 63 23 · Teknisk sikkerhedsgennemgang hos Nielco IT
