Penetrationtest

Test i arbejdstiden eller uden for?

Test i arbejdstiden eller uden for?

Valget af tidsrum for en penetrationstest handler om at afveje risikoen for forstyrrelse mod muligheden for at reagere, hvis noget går galt. Svaret hviler på, hvor følsomt systemet er, hvem der er til stede til at hjælpe, og hvad testen skal vise.

For mange opgaver er arbejdstiden det naturlige valg, fordi folk er til stede og kan svare hurtigt. Uden for arbejdstiden kan være bedre, når systemet er kritisk for driften i dagtimerne, og en forstyrrelse ville ramme mange brugere. Det rigtige valg står sjældent alene; det er en afvejning, der bør skrives ind i aftalen.

Testvinduet er en aftale, ikke en vane

Testvinduet er det tidsrum, hvor testeren må arbejde på de aftalte systemer. Det bør stå i opgavebeskrivelsen og i den endelige aftale med dato, klokkeslæt og eventuelle undtagelser. Et testvindue, der kun er aftalt mundtligt, giver tvivl, hvis der opstår en forstyrrelse. → Opgavebeskrivelsen

Vinduet kan være forskelligt for forskellige dele af opgaven. En del, der kun gennemgår konfiguration eller dokumentation, påvirker sjældent driften. En del, der arbejder direkte mod kundeportalen eller ERP-systemet, kan have større behov for et bestemt tidsrum. Skriv derfor vinduet pr. del, hvis det giver mening.

Hvis testen foregår i et testmiljø, er spørgsmålet ofte mindre presserende. Men testmiljøer deler nogle gange ressourcer med produktionen, og så skal tidsrummet alligevel overvejes. → Penetrationstest i produktion eller testmiljø

Fordele ved arbejdstiden

I arbejdstiden er de mennesker, der kender systemerne, som regel til stede. Hvis kundeportalen reagerer uventet, kan den systemansvarlige se det med det samme. Hvis testeren har brug for en afklaring om en rolle eller en funktion, kan svaret komme hurtigt, så arbejdet ikke går i stå.

Arbejdstiden gør det også lettere for driftsleverandøren at følge med. En leverandør med normal bemanding kan reagere på en henvendelse uden at skulle kalde vagtpersonale ind. Det kan spare både tid og ekstra omkostninger i jeres aftale med leverandøren.

Endelig kan det være en fordel, at systemet bruges normalt under testen. Så ligner forholdene dem, en angriber ville møde, og nogle problemer viser sig kun, når der er rigtig trafik og rigtige brugere. Servicedesk kan desuden fange henvendelser fra medarbejdere, der oplever noget usædvanligt, og give besked videre med det samme.

Fordele ved aften, nat og weekend

Uden for arbejdstiden er der færre brugere, der kan blive generet, hvis noget bliver langsomt eller utilgængeligt. For en webshop med kunder i dagtimerne eller et ERP-system, som lagre og økonomi bruger hele dagen, kan det være et vigtigt hensyn.

Nogle aktiviteter kan også være lettere at gennemføre, når der ikke er andre ændringer i gang. Planlagte opdateringer og vedligehold sker ofte uden for arbejdstiden, og det er derfor vigtigt at koordinere, så testen ikke ligger oven i et servicevindue. Ellers kan det blive svært at vide, om en fejl skyldes testen eller vedligeholdet.

Ulempen er bemandingen. Hvis ingen kan træffes, når noget opfører sig uventet, kan en lille forstyrrelse vare længere, end den behøvede.

Bemanding afgør, om natten er en god idé

Et testvindue om natten er kun et godt valg, hvis nogen kan reagere i det tidsrum. Det kræver en kontaktperson hos jer, der har telefonen tændt, og en aftale med driftsleverandøren om, hvem der svarer. Afklar, om leverandørens vagtordning dækker en planlagt test, eller om der skal laves en særskilt aftale. → Driftsleverandøren og testen

Skriv også, hvem der må beslutte at stoppe testen, og hvordan genoptagelse aftales. Det er de samme beslutninger som i dagtimerne, men de er sværere at træffe, når den ansvarlige sover og ikke har givet en stedfortræder mandat. → Hvis noget går ned under testen

Overvej også testerens arbejdsvilkår. Arbejde uden for normal arbejdstid kan påvirke pris og planlægning. Spørg til det, når I indhenter tilbud, og se, hvordan opgaverne prissættes under pris og tilbud.

Formålet kan pege i en bestemt retning

Hvis testen også skal vise, om overvågningen opdager aktiviteten, kan tidsrummet få betydning. Reaktionen kan være anderledes om natten end i dagtimerne, fordi bemandingen er en anden. Et sådant formål bør være et bevidst valg og aftales med dem, der har ansvaret for overvågningen. → Skal overvågningen eller SOC’en have besked?

Hvis formålet derimod er at finde tekniske svagheder i kundeportalen, er tidsrummet mest et spørgsmål om drift og bemanding. Så bør valget ikke gøres mere kompliceret end nødvendigt.

En blanding af tidsrum er ofte muligt

Valget behøver ikke være enten eller. En opgave kan begynde i arbejdstiden med de dele, der kræver hurtige svar og afklaringer, og fortsætte uden for arbejdstiden med de dele, hvor påvirkningen af brugerne skal holdes nede. Det kræver, at aftalen beskriver, hvilke aktiviteter der hører til hvilket tidsrum.

En anden mulighed er at lade de første timer foregå under skærpet opmærksomhed. Hvis kundeportalen opfører sig normalt, mens testeren arbejder i dagtimerne, kan resten af opgaven planlægges med større ro. Viser der sig tegn på ustabilitet, kan de følsomme dele flyttes til et roligere tidspunkt.

Uanset model bør projektlederen have et samlet overblik over, hvornår der arbejdes på hvilke systemer. Så kan driftsleverandøren og servicedesk forklare en henvendelse fra en bruger uden at skulle gætte.

Det skal I lade være med

  • At vælge natten uden vagtordning · en forstyrrelse uden nogen til at reagere varer længere.
  • At lade testen ligge oven i et servicevindue · så kan ingen vide, hvad der forårsagede en fejl.
  • At aftale tidsrummet mundtligt · vinduet skal stå i aftalen med dato og klokkeslæt.
  • At bruge samme vindue til alle dele · følsomheden er forskellig fra system til system.
  • At glemme stedfortræderens mandat · en kontakt uden beslutningsret kan ikke stoppe eller genoptage arbejdet.
  • At tro, at natten fjerner risikoen · færre brugere giver mindre påvirkning, ikke ingen.

Hvad kan og ikke kan konkluderes

Et velvalgt testvindue mindsker generne for brugerne og gør det muligt at reagere hurtigt. Det ændrer ikke på, hvad testen dækker, og det giver ingen garanti for, at systemet ikke påvirkes. Påvirkning skal fortsat håndteres med aftaler om stop og kontakt.

Hvis testen kun foregik på bestemte tidspunkter, bør rapporten nævne det, når det har betydning for resultatet. Et forhold, der kun viser sig under almindelig belastning, kan være overset, hvis der kun blev testet om natten.

Tjekliste til testvinduet

  • ☐ Er vinduet skrevet ind i aftalen med dato og klokkeslæt?
  • ☐ Er der en kontaktperson til stede i hele vinduet?
  • ☐ Dækker driftsleverandørens bemanding tidsrummet?
  • ☐ Er planlagte opdateringer og vedligehold flyttet eller koordineret?
  • ☐ Har stedfortræderen mandat til at stoppe og genoptage?
  • ☐ Er betydningen for pris og planlægning afklaret med testeren?

Senest gennemgået: oktober 2026.

Næste skridt

Del af: Artikler om penetrationstest

Læs også: Før penetrationstesten · Rules of engagement

→ Kontakt · Tlf. 70 13 63 23 · Penetrationstest hos Nielco IT

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 I have testet noget?

Fortæl kort, hvad I vil have testet, og hvornår I skal bruge resultatet. Så vender jeg tilbage.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.