...
Artikler om red teaming
Red teaming forklaret
Red teaming afprøver, om organisationen opdager og stopper en målrettet modstander, der forfølger et bestemt mål. Det er en anden test end en penetrationstest, som leder efter sårbarheder i et afgrænset omfang.
→ Temaside: Red teaming forklaret
- Hvad er red teaming? En øvelse i at opdage og stoppe en målrettet modstander
- Red team, blue team, white team og purple team: hvem gør hvad?
- Det, red teaming afprøver, som en pentestrapport ikke viser
- Målet for øvelsen: kronjuveler, flag og forretningsmål
- Modstandersimulering: at efterligne en bestemt type angriber
- Trusselsefterretning som grundlag for scenarierne
- Scenariebaseret test: når en sandsynlig hændelse bestemmer øvelsen
- Angrebsforløb og kill chain: modeller, der giver øvelsen et fælles sprog
- MITRE ATT&CK i red teaming: rammen bag rapport og måling
- Skjult eller åben øvelse: hvem ved, at der testes?
- Længerevarende angrebssimulering: hvorfor tiden er en del af testen
- Red teaming, tabletop og beredskabsøvelse: tre måder at øve på
- Automatiserede angrebssimuleringer: hvad de kan, og hvad de ikke erstatter
- Eget red team: hvornår organisationen bygger sit eget hold
- Kontinuerlig red teaming: løbende øvelser frem for én stor
- En smal red team-øvelse om én forretningsproces
- Ordbog for red teaming: fra white team til replay
- Hvad red teaming ikke kan svare på
- Etik i red teaming: en øvelse mod jeres egen organisation
- Tilladelser til en red team-øvelse: mere end IT skal sige ja
- AI red teaming: samme ord om en anden disciplin
- Cyberresiliens: hvad øvelsen siger om evnen til at komme igen
- Tabletop-øvelsen forklaret: forberedelse, scenarie og deltagere
Beslutning og bestilling
En red team-øvelse begynder med en beslutning: er organisationen klar, hvilket spørgsmål skal øvelsen besvare, og hvem skal godkende den. Svarene styrer omfang, varighed og valg af leverandør.
→ Temaside: Beslutning og bestilling
- Er organisationen klar til red teaming? Tegn på modenhed
- Åbne pentestfund: skal red teaming vente?
- Formålet med øvelsen: det spørgsmål, ledelsen vil have besvaret
- Business case for red teaming over for direktionen
- Ledelsens godkendelse: hvem skal sige ja til øvelsen?
- Hvad bestemmer omfanget af en red team-øvelse?
- Valg af leverandør til red teaming: spørgsmål til tilbuddet
- Red team-holdet: kompetencer, roller og sammensætning
- Tilknyttede konsulenter: når en større øvelse kræver flere folk
- Kontrakten om en red team-øvelse: punkter ud over pentestkontrakten
- Fortrolighed om øvelsen: NDA, kodenavn og need to know
- Hvor ofte giver red teaming mening?
- Red teaming i sikkerhedsprogrammet: ved siden af pentest og audit
- Lige efter et angreb: hører red teaming hjemme i genopretningen?
- Red teaming efter en større organisationsændring
- Red teaming i en koncern: datterselskaber, lande og ansvar
- Driftsleverandører og cloududbydere i øvelsen
- Ansvar og forsikring ved en red team-øvelse
- Den første red team-øvelse: et realistisk første mål
- Hvad sikkerhedsfunktionen får ud af en red team-øvelse
- Red teaming uden egen SOC
- Når kunder eller tilsyn spørger til red teaming
- Efter flere års pentest: er tiden kommet til red teaming?
- Ny CISO: hvornår en red team-øvelse giver et retvisende billede af forsvaret
- Certificeringer hos red team-holdet: hvad de siger, og hvad de ikke siger
Planlægning, white team og rules of engagement
En red team-øvelse foregår mod et rigtigt miljø, mens driften kører. Derfor har den en kontrolgruppe, white team, der kender til øvelsen, ejer reglerne og kan stoppe den.
→ Temaside: Planlægning, white team og rules of engagement
- White team: kontrolgruppen, der styrer øvelsen
- Lederen af white team: opgaver og beføjelser
- Rules of engagement i red teaming: det, pentestens spilleregler ikke dækker
- Tilladelsesbrevet: dokumentet, holdet har med
- Stopregler: hvornår øvelsen sættes på pause eller afbrydes
- Øvelse eller rigtigt angreb? Sådan holdes de adskilt
- Scenarievalg: fra trusselsbillede til få, skarpe scenarier
- Scope i red teaming: bredt mål, klare udelukkelser
- Systemer, der ikke må røres: fredede områder i øvelsen
- Risikovurdering af selve øvelsen
- Leg-up: når white team giver holdet et skub
- Faserne i en red team-øvelse fra forberedelse til afslutning
- Kommunikationsplan: hvem får hvad at vide, og hvornår
- Kodenavn og dokumenthåndtering under øvelsen
- Statusmøder mellem white team og red team
- Persondata i øvelsen: hvad holdet må se, gemme og slette
- Produktionssystemer i red teaming: risiko og forholdsregler
- Når holdet når målet tidligt
- Når holdet ikke kommer ind: øvelsen er ikke spildt
- Når white team opdager en ægte hændelse midt i øvelsen
- Holdets logbog: hvorfor red team skal dokumentere hvert skridt
- Oprydning efter øvelsen: adgange, konti og efterladte spor
- Når scenariet skal justeres midt i øvelsen
- Øvelse på tværs af lande og lokationer
- Tjekliste til white team før start
- Forretningskritiske SaaS-tjenester i øvelsen: udbydernes regler og jeres egen del
- AI-værktøjer i holdets hænder: hvad I skal aftale om jeres data
Social engineering og fysisk adgang som opgave
En modstander går ikke nødvendigvis gennem teknikken. Social engineering og fysisk adgang kan være en del af scenariet, men det kræver andre beslutninger end en teknisk test, fordi det handler om mennesker og bygninger.
→ Temaside: Social engineering og fysisk adgang som opgave
- Social engineering i en red team-øvelse: beslutningen om at tage mennesker med
- Medarbejderhensyn: en øvelse uden at udstille kolleger
- HR, tillidsrepræsentanter og samarbejdsudvalg: hvem skal inddrages?
- Personer, der ikke må være mål
- Private profiler og sociale medier: grænsen for øvelsen
- Fysisk adgang i red teaming: hvad skal besluttes?
- Lejede lokaler og fælles bygninger: hvem kan give tilladelsen?
- Vagtselskab og alarmcentral: skal de inddrages eller afprøves?
- Hvis holdet bliver stoppet i bygningen
- Servicedesken i øvelsen: aftaler og hensyn
- Phishing i red teaming eller phishingkampagne: to forskellige formål
- Debriefing af medarbejdere efter social engineering
- Fund om mennesker i rapporten: processer frem for personer
- Direktion og bestyrelse som mål: særlige tilladelser og hensyn
- Fra social engineering-fund til bedre processer
- Hvornår social engineering bør holdes ude af øvelsen
- Besøgende, leverandører og håndværkere: processer, øvelsen kan afprøve
- Billeder og optagelser fra fysisk adgang: dokumentation med omtanke
- Deepfake og stemmekloning i social engineering-delen: hvor går grænsen?
Opdagelse og reaktion
Det, en red team-øvelse først og fremmest måler, er forsvaret: blev holdet opdaget, blev det eskaleret, og blev der handlet i tide. Svarene findes i logning, overvågning, beredskab og beslutninger undervejs.
→ Temaside: Opdagelse og reaktion
- Blue team: forsvaret, der ikke ved, at der øves
- SOC-leverandøren og øvelsen: hvem skal vide hvad?
- Opdagelse, eskalering og reaktion: tre ting, øvelsen kan måle
- Tid til opdagelse og tid til reaktion: målepunkter uden tomme tal
- Blinde vinkler: hvad øvelsen afslører om logning og synlighed
- Detektionsdækning: kortlæg, hvad I faktisk kan se
- Alarmer, der kom, men blev overset
- Eskalering: fra alarm til beslutning
- Beredskabsplanen under en red team-øvelse
- Krisestab og ledelse i øvelsen: skal de spille med?
- Når blue team opdager holdet
- Inddæmning under øvelsen: må blue team lukke ned?
- Blue team-rapporten: forsvarets egen tidslinje
- Tidslinjen: red teams handlinger lagt over blue teams observationer
- Måling over tid: sammenlign øvelser uden at snyde jer selv
- Nøgletal til ledelsen fra en red team-øvelse
- Fra fund til bedre overvågning: detektion efter øvelsen
- Threat hunting og red teaming: hvordan de styrker hinanden
- Sikkerhedsværktøjernes værdi: hvad øvelsen siger om investeringen
- Når angrebet ligner almindelig brug: misbrug af gyldige konti
- Hændelsesrapportering i øvelsen: hvad må øves, og hvad må ikke indberettes
- Overvågning uden for arbejdstid: hvad øvelsen kan vise
- MITRE ATT&CK Evaluations: hvad produkttestene siger, og hvad de ikke siger om jeres forsvar
- Modenhedsmodeller for red teaming: brug dem til samtale, ikke til karakter
Purple teaming, assumed breach og scenarier
Ikke alle spørgsmål kræver en skjult øvelse. I purple teaming arbejder red og blue team sammen, og i assumed breach springes indgangen over, så øvelsen kan bruge tiden på det, der sker bagefter.
→ Temaside: Purple teaming, assumed breach og scenarier
- Purple teaming: red og blue i samme rum
- Purple teaming eller red teaming: hvilken øvelse først?
- Planlægning af en purple team-session
- Replay: angrebet gennemgås igen efter øvelsen
- Assumed breach som scenarie: når indgangen springes over
- Udgangspunktet i assumed breach: hvilken bruger og hvilken adgang?
- Insiderscenariet: en betroet medarbejder som udgangspunkt
- Leverandørscenariet: angrebet kommer gennem en betroet tredjepart
- Ransomware som scenarie: hvad øvelsen kan vise, uden at noget krypteres
- Datatyveri som scenarie: når målet er fortrolige oplysninger
- Betalingssvindel som scenarie: når målet er en forretningsproces
- Cloud og identitet som scenarie: når kronjuvelerne ligger hos en udbyder
- Små, hyppige kontrolløvelser mellem de store
- Purple teaming med SOC-leverandøren
- Hvad skal skrives ned i purple teaming?
- Når purple teaming bliver en undervisningsdag
- Spionage og statsaktører som scenarie: når modstanderen er tålmodig
- Hacktivisme som scenarie: hvornår det ikke er en red team-øvelse
- Udviklingsmiljø og byggekæde som mål i en red team-øvelse
- AI-assistenter og AI-systemer i drift: en ny vej ind i red team-øvelsen
Rapport, læring og opfølgning
En øvelse er kun så god som det, der sker bagefter. Rapporten skal vise angrebsvejen og forsvarets observationer, og resultatet skal præsenteres, så ledelsen kan bruge det uden at læse det forkert.
→ Temaside: Rapport, læring og opfølgning
- Red team-rapporten: hvad den skal indeholde
- Angrebsvejen som rapportens rygrad
- Rodårsager efter red teaming: fra enkeltfund til mønstre
- Afrapportering til direktion og bestyrelse efter en øvelse
- Handlingsplan efter red teaming: ejere på tværs af afdelinger
- Fund om opdagelse frem for forebyggelse: sådan prioriteres de
- Opfølgning: vis, at læringen fra øvelsen er brugt
- Genafprøvning af udvalgte dele efter red teaming
- Hvem må kende resultatet? Fortrolighed efter øvelsen
- Logs, optagelser og rapport fra øvelsen: opbevaring og sletning
- Lessons learned efter øvelsen: mødet, der gør fund til læring
- Feedback mellem holdene: også red team skal lære
- Fra øvelse til risikoregister
- Når resultatet bliver læst forkert
- Red teaming og revisionen: hvad intern og ekstern revision kan bruge
- Fra øvelse til investeringsbeslutning
- Næste øvelse: hvad den skal bygge videre på
- Fejl at undgå ved red teaming set fra bestilleren
- Myter om red teaming
- Rapportens anbefalinger set fra SOC, IT-drift og HR
Finanssektoren: TIBER-DK og DORA-TLPT forklaret
Finansielle virksomheder kan blive udpeget til trusselsbaseret penetrationstest efter DORA, og i Danmark sker det inden for rammen TIBER-DK. Rammen har sine egne faser, roller og krav til testere.
→ Temaside: Finanssektoren: TIBER-DK og DORA-TLPT forklaret
- TIBER-DK forklaret: Nationalbankens ramme for trusselsbaserede red team-test
- TIBER-EU: den europæiske ramme bag TIBER-DK
- DORA-TLPT forklaret: trusselsbaseret penetrationstest i DORA
- Hvem skal gennemføre TLPT? Udpegningen i Danmark
- Faserne i en TIBER-DK-test: fra meddelelse til erklæring
- Roller i TIBER-DK: TIBER Cyber Team, kontrolteam, udbydere og blue team
- Krav til testere i DORA artikel 27
- Interne testere i TLPT: betingelserne i DORA og RTS
- De tekniske reguleringsstandarder for TLPT: forordning 2025/1190
- Kritiske eller vigtige funktioner: grundlaget for TLPT’s scope
- IKT-tredjepartsudbydere i TLPT og samlet test
- Opsummering, afhjælpningsplan og attestation efter TLPT
- Purple teaming i TIBER-DK og TLPT
- DORA’s testprogram: hvor TLPT ligger i forhold til de øvrige test
- Red teaming uden for TIBER-rammen i en finansiel virksomhed
- Før en kommende TLPT: hvad sikkerhedsfunktionen selv kan forberede
- Finansielle virksomheder uden TLPT-krav: hvad giver mening?
- Fortrolighed i TIBER-DK: need to know og blue teams uvidenhed
- CBEST, TIBER-NL og andre landes rammer: når koncernen møder flere modeller
- TLPT i en koncern med finansielle selskaber i flere EU-lande
Bestyrelse og direktion
En red team-øvelse er en ledelsesbeslutning: den angriber organisationen med vilje, mens driften kører, og resultatet siger noget om, hvordan ledelsen styrer risikoen. Derfor har bestyrelse og direktion deres egne spørgsmål til øvelsen.
→ Temaside: Red teaming for bestyrelse og direktion
- Bestyrelsens spørgsmål om red teaming: det, I skal have svar på, før I siger god for øvelsen
- Ledelsesansvar og red teaming: hvad ansvaret kræver, og hvad det ikke kræver
- Når bestyrelsen beder om red teaming: sådan omsætter direktionen ønsket til den rigtige øvelse
- Tabletop for bestyrelse og direktion: øv beslutningerne på den angrebsvej, øvelsen fandt
- Red teaming af beslutninger og strategi: samme ord, en anden disciplin
- “Vi er for små til red teaming”: hvornår andre øvelser giver mere
- “Øvelsen vil forstyrre driften”: den indvending, direktionen skal have et svar på
- “Vores SOC opdager det”: en antagelse, som øvelsen kan afprøve
Leverandører og kundekrav om red teaming
Red teaming er ikke kun noget, en organisation bestiller til sig selv. En kunde kan skrive red teaming ind i kontrakten, bede leverandøren deltage i sin øvelse eller lade sit eget hold angribe leverandørens systemer og medarbejdere.
→ Temaside: Leverandører og kundekrav om red teaming
- Kravet om red teaming står i kontrakten: hvad har I forpligtet jer til?
- Kunden vil have jer med i sin red team-øvelse: roller, tilladelser og tavshed
- Kunden vil red teame jer: sådan aftaler I rammerne, før holdet går i gang
- Ansvar, når kundens red team angriber jeres systemer og medarbejdere
- Jeres produkt er indgangen i kundens leverandørscenarie
- Driftsleverandøren og MSP’en i kundens red team-øvelse
- SOC- og MDR-leverandøren: når kunden afprøver jeres overvågning med en øvelse
- Kundens TLPT omfatter jeres tjeneste: det, en IKT-tredjepartsudbyder skal vide
- Samlet TLPT set fra IKT-udbyderen: én test for flere finansielle kunder
- Dokumentation til kunden efter jeres egen red team-øvelse: resumé, erklæring eller intet
- Når kundens krav om red teaming er mere, end der er brug for: alternativer, I kan foreslå
- MSP’ens egen red team-øvelse: når én adgang kan ramme mange kunder
- Krav om red teaming i jeres leverandørkontrakter: hvad giver mening at kræve?
Sektorer
En øvelse på et hospital, i en kommune eller på en fabrik stiller andre krav end en øvelse i et kontormiljø. Patientsikkerhed, styringsanlæg, borgerrettede systemer og sektorens egne regler afgør, hvad der må være i scope, og hvornår øvelsen skal stoppe.
→ Temaside: Red teaming i sektorerne
- OT og produktion i en red team-øvelse: målet er nået, før anlægget røres
- Red teaming i energi og forsyning: beredskab, OT og fredede anlæg
- Red teaming på hospitaler og i sundhedssektoren: patientsikkerhed som fredet område
- Red teaming i offentlige myndigheder: politisk ledelse, aktindsigt og tilladelser
- Universiteter og forskning: åbne miljøer og spionage som scenarie
- Forsvarsindustrien: klassificerede oplysninger og krav til holdet
- Kritiske enheder under CER: øvelser, der omfatter både fysisk og digital sikkerhed
- Transport og logistik: terminaler, flåder og planlægningssystemer i øvelsen
- Teleselskaber: red teaming under sektorens egne sikkerhedsregler
- Detail og e-handel: butikker, lagre og højsæson som rammer for øvelsen
Regler og standarder uden for finanssektoren
Uden for finanssektoren kræver ingen af de store regelsæt en red team-øvelse. Men flere af dem kræver, at organisationen tester, om sikkerhedsforanstaltningerne virker, og der kan en øvelse give dokumentation, som andre test ikke giver.
→ Temaside: Regler og standarder uden for finanssektoren
- NIS2-omfattet virksomhed: hvor red teaming kan passe ind
- ISO 27001 og red teaming: hvor øvelsen kan bruges i ledelsessystemet
- NIST og red teaming: hvor rammerne nævner øvelsen
- PCI DSS og red teaming: hvad standarden kræver, og hvad den ikke gør
Roller i organisationen
En red team-øvelse berører flere end sikkerhedsfunktionen. Databeskyttelsesrådgiveren skal vurdere holdets indsamling af oplysninger, kommunikationen skal være klar, hvis øvelsen bliver opdaget udefra, og IT-driften skal kunne stole på sikkerhedsfunktionen bagefter.
→ Temaside: Roller i organisationen ved red teaming
- Databeskyttelsesrådgiveren og red teaming: konsekvensanalyse og behandlingsgrundlag
- Når øvelsen bliver opdaget udefra: politi, presse og sociale medier
- Kravspecifikationen til en red team-øvelse: det, indkøb sender til leverandørerne
- Cyberforsikringen og red teaming: skal forsikringsselskabet vide, at I øver?
- IT-driften som uvidende forsvar: tillid og opfølgning efter en skjult øvelse
Overvejer I en red team‑øvelse?
Fortæl kort, hvad øvelsen skal give svar på, og hvornår ledelsen skal have resultatet. Så vender jeg tilbage.
Seneste artikler
AI‑værktøjer i holdets hænder: hvad I skal aftale om jeres data
28. oktober 2026
Tabletop‑øvelsen forklaret: forberedelse, scenarie og deltagere
28. oktober 2026