Nogle ledere siger ja til en sikkerhedstest i den tro, at den foregår i baggrunden og ikke kan mærkes. Svaret hviler på en enkel præmis: en test afprøver de systemer, forretningen kører på, og derfor kan den forstyrre, selv når testeren er forsigtig. Ledelsen kan ikke fjerne den mulighed, men den kan bestemme, hvor meget forstyrrelse virksomheden vil acceptere, hvornår, og hvad der skal ske, hvis noget går galt.
Det britiske NCSC skriver i sin vejledning om penetrationstest, at det er umuligt at garantere, at testen ikke giver uventede reaktioner i systemerne. Det er ærligt sagt, og det flytter spørgsmålet fra “er der en risiko?” til “hvem har sagt ja til den, og på hvilke vilkår?”.
Hvorfor det er et ledelsesspørgsmål
Hvis en test gør et system langsomt i en travl uge, rammer det kunder, salg og medarbejdere, ikke kun IT. Afvejningen mellem en realistisk test og en rolig drift er derfor en forretningsbeslutning. IT kan beskrive mulighederne og konsekvenserne, men det er ledelsen, der kender salgskalenderen, kundeaftalerne og de perioder, hvor et nedbrud koster mest.
Lader ledelsen IT afgøre det alene, sker et af to: IT vælger det sikreste og mindst realistiske, fordi ingen har givet lov til andet, eller IT tager en risiko, som ingen i ledelsen kender til. Ingen af delene er godt.
Spørgsmålet handler også om, hvem der bærer konsekvensen. Hvis en kunde ikke kan afgive ordrer en eftermiddag, er det salgschefen, der får opkaldet, og direktøren, der skal forklare det. Derfor bør de, der står med konsekvensen, også være med til at beslutte, hvor meget der må risikeres. → Testens egne risici
Fire valg, der afgør forstyrrelsen
Ledelsen behøver ikke forstå, hvordan testen udføres. Den skal tage stilling til nogle få valg, som bestemmer, hvor meget testen kan mærkes.
- Hvilke systemer · skal de mest forretningskritiske med, eller testes de i en kopi? En kopi forstyrrer mindre, men siger mindre om den virkelige drift.
- Hvornår · i arbejdstiden, hvor folk er til stede og kan reagere, eller uden for, hvor færre mærker noget, men færre også kan gribe ind.
- Hvor langt · må testeren gå videre, når en svaghed er fundet, eller skal der stoppes og spørges først?
- Hvem der kan stoppe · hvem i virksomheden har mandat til at standse testen med det samme, og hvem skal kunne fanges på telefonen.
Valgene hænger sammen. En test af de vigtigste systemer i arbejdstiden giver det mest retvisende billede, men kræver også, at ledelsen har tænkt på stop og genstart. → Ledelsens valg, der bestemmer omfanget
Kend jeres egen kalender
Det første, ledelsen kan bidrage med, er en liste over perioder, hvor testen ikke må ligge. Det kan være kvartalsafslutningen, en kampagne i webshoppen, en lønkørsel, en stor leverance til en kunde eller en flytning af systemer. Testeren kender ikke jeres forretning og kan ikke gætte det.
Et tænkt eksempel: En grossist planlægger en test af ordresystemet. IT foreslår den sidste uge i november, fordi der er tid i afdelingen. Salgsdirektøren gør opmærksom på, at netop den uge er årets største for ordrer fra detailkunderne. Testen flyttes til januar. Ingen teknik er ændret, men risikoen for forretningen er en anden.
Kalenderen er også et spørgsmål om mennesker. En test kræver, at nogen fra IT og eventuelt fra forretningen er til rådighed, svarer på spørgsmål og holder øje. Ligger testen oven i en travl periode, er der færre til at opdage og reagere på en forstyrrelse.
Hvad ledelsen bør vide, før testen starter
Ledelsen behøver ikke en teknisk plan, men nogle få oplysninger bør være på plads, før der siges god for starten.
- Testperioden · hvilke dage og tidsrum, og hvornår den slutter.
- Systemerne · hvilke der er med, og hvilke der bevidst er holdt ude.
- Kontaktpersonerne · hvem testeren ringer til, og hvem i ledelsen der orienteres.
- Stopreglen · hvad der får testen til at standse, og hvem der beslutter at genoptage den.
- Orienteringen · hvilke medarbejdere, leverandører og eventuelt kunder der skal vide besked.
Er det ikke afklaret, hvem der skal vide besked, kan en forstyrrelse blive til en lille krise, fordi nogen tror, at virksomheden er under angreb. → Hvad ledelsen hører, mens testen står på
Når noget alligevel går galt
Selv med god planlægning kan et system reagere uventet. Det vigtigste er, at stop kommer før forklaring. Testen standses, systemet bringes tilbage, og først derefter undersøges det, om testen var årsagen eller et tilfælde.
Ledelsen bør vide på forhånd, hvem der vurderer, om der skal informeres videre, for eksempel til kunder, hvis en tjeneste har været nede. Den vurdering hører til den samme person, som normalt tager stilling til driftsforstyrrelser. En test er ikke en undtagelse.
Det kan også være klogt at overveje, hvad der står stille, hvis et bestemt system går ned i et par timer. Svaret afgør, om systemet skal testes i en kopi, uden for arbejdstiden eller med ekstra bemanding. → Hvad står stille, hvis systemerne er nede?
Det skal I lade være med
- At tro, at testen ikke kan mærkes · det kan ingen seriøs tester love.
- At overlade tidspunktet til IT alene · IT kender ikke altid salgskalenderen.
- At holde de vigtigste systemer ude for at undgå besvær · så tester I det, der betyder mindst.
- At undlade at udpege en, der kan stoppe testen · det koster tid, når det haster.
- At glemme leverandører og kunder · en driftsleverandør, der ikke er orienteret, kan reagere som ved et angreb.
Hvad kan og ikke kan konkluderes
Gode valg om systemer, tidspunkt og stopregler gør forstyrrelsen mindre sandsynlig og lettere at håndtere. De fjerner den ikke. En test, der forløber uden mærkbar forstyrrelse, siger heller ikke noget om, at systemerne er robuste. Den siger kun, at netop denne afprøvning ikke ramte driften.
Omvendt er en forstyrrelse under testen ikke nødvendigvis et tegn på en dårlig tester. Den kan vise, at et system er mere sårbart, end nogen troede. Den viden kan være værd at tage med i den videre planlægning, og den bør nævnes i rapporten.
Tjekliste til ledelsens ja
- ☐ Har ledelsen givet IT en liste over perioder, hvor testen ikke må ligge?
- ☐ Er det besluttet, om de vigtigste systemer testes i drift eller i en kopi?
- ☐ Er der en navngiven person med mandat til at stoppe testen?
- ☐ Ved I, hvem der orienterer kunder, hvis en tjeneste påvirkes?
- ☐ Er driftsleverandøren og de relevante medarbejdere orienteret?
- ☐ Er der aftalt, hvordan ledelsen hører om en eventuel forstyrrelse?
Det praktiske omkring testvinduer og stop er beskrevet mere udførligt på opslagsværket penetrationtest.dk. → Ledelsens godkendelse af testen
Kilder
- NCSC, Penetration testing: at det ikke kan garanteres, at testen ikke giver uventede reaktioner, og at afgrænsningen bør ske med de relevante risikoejere.
Senest gennemgået: oktober 2026.
Næste skridt
Del af: Artikler til ledelsen
Læs også: Hvad står stille, hvis systemerne er nede? · Kronjuvelerne
→ Kontakt · Tlf. 70 13 63 23 · Penetrationstest hos Nielco IT
