Revisionsdokumentation for hærdning af Active Directory i 2026

Alarmen kom kl. 02:17. En højt privilegeret konto, der havde været inaktiv i seks måneder, havde netop ændret et kritisk Group Policy Object. Næsten samtidig registrerede SOC’en flere Kerberos pre-authentication-fejl fra et arbejdsstationssubnet. Fem minutter senere blev der udstedt et certifikat fra Active Directory Certificate Services til en konto, som aldrig burde have anmodet om et.

Maria, CISO i en mellemstor fintech-virksomhed, vidste, hvad det betød. Organisationen havde ikke blot detekteret mistænkelig aktivitet. Den havde detekteret et muligt angreb på identitetskontrolplanet.

Undersøgelsen viste et velkendt forløb. En trusselsaktør kompromitterede en ældre applikationsserver, fandt legitimationsoplysninger i klartekst for en gammel servicekonto og opdagede, at kontoen stadig havde for omfattende rettigheder. GPO-ændringen blev stoppet, før den blev udrullet, men drøftelsen i bestyrelseslokalet næste morgen var direkte.

“Hvordan kunne det ske?” spurgte den administrerende direktør. “Kan vi dokumentere over for vores tilsynsmyndigheder og kunder, at vores nøgler til riget faktisk er under kontrol?”

Det spørgsmål definerer hærdning af Active Directory i 2026. For mange organisationer understøtter lokal eller hybrid Active Directory fortsat filadgang, ERP-systemer, VPN, backupplatforme, Windows-servere, privilegeret administration, ældre applikationer, Kerberos-autentifikation og Entra ID-synkronisering. Hvis AD falder, mister forretningen ikke kun autentifikation. Den mister kontrol.

Tilsynsmyndigheder og revisorer forstår nu dette. Under NIS2 skal ledelsesorganer godkende foranstaltninger til cybersikkerhedsrisikostyring og kan holdes ansvarlige for overtrædelser. Under DORA skal finansielle enheder styre IKT-risiko gennem dokumenteret governance, beskyttelse, detektion, respons og genopretning. Under GDPR skal organisationer beskytte personoplysninger ved hjælp af passende tekniske og organisatoriske foranstaltninger og kunne dokumentere ansvarlighed. Under ISO/IEC 27001:2022 skal Active Directory-risici afgrænses, vurderes, behandles, overvåges og dokumenteres.

Svaret er ikke endnu en ustyret tjekliste. Svaret er en dokumentationsmodel, der kan stå for revision og tilsyn, og som forbinder domænecontrollere, Kerberos, Group Policy, AD CS, privilegeret adgang, logning og genopretning med ISMS, risikoregister, anvendelighedserklæring, politikramme og revisionsspor.

Hvorfor Active Directory stadig er en risiko på bestyrelsesniveau

De fleste kompromitteringer af Active Directory er ikke eksotiske. De kombinerer typisk for omfattende rettigheder, forældede konti, svag servicekontohygiejne, for brede Group Policy-tilladelser, usikker delegering, svag Kerberos-konfiguration, risikable certifikatskabeloner, upatchede domænecontrollere, ufuldstændig overvågning og sikkerhedskopier, der aldrig er blevet gendannet.

Compliance-konsekvensen er direkte. Hvis en angriber opnår domæneadministratorrettigheder, kan vedkommende få adgang til personoplysninger, udrulle ondsindede GPO’er, deaktivere sikkerhedsværktøjer, ændre logfiler, manipulere sikkerhedskopier, udstede certifikater til persistens, bevæge sig lateralt ind i cloudidentitetsveje og forstyrre kritiske tjenester.

ISO/IEC 27001:2022 gør dette til et governance-problem, før det bliver et teknisk problem. Klausul 4.1 til 4.4 kræver, at organisationen definerer kontekst, interessenter, krav, omfang og ISMS-processer. For et hybridt identitetsmiljø bør omfanget udtrykkeligt omfatte domænecontrollere, AD CS, privilegerede administratorarbejdsstationer, backupsystemer, identitetssynkroniseringsservere, managed service providers og afhængigheder til cloudidentitet.

Klausul 5.1 til 5.3 gør ledelsen ansvarlig for politik, ressourcer, roller og rapportering. Oprydning i Domain Admins er ikke kun en infrastrukturoppgave. Det er en ledelsesforankret beslutning om risikobehandling.

Klausul 6.1.1 til 6.1.3 kræver en gentagelig proces for risikovurdering og risikobehandling, herunder anvendelighedserklæringen. Det er her, hærdning af Active Directory bliver revisionsbar.

[ZB] Zenith Blueprint: En revisors 30-trins køreplan Zenith Blueprint beskriver dette i risikostyringsfasen, trin 13, planlægning af risikobehandling og anvendelighedserklæring:

SoA er reelt et brobyggende dokument: den forbinder din risikovurdering/-behandling med de faktiske kontroller, du har. Ved at udfylde den dobbelttjekker du også, om du har overset kontroller.

For Active Directory er denne bro kritisk. En risiko som “kompromittering af privilegerede AD-konti, der fører til ransomware-udrulning og uautoriseret adgang til personoplysninger” kan kortlægges til privilegeret adgang, sikker autentifikation, konfigurationsstyring, logning, overvågning, backup, hændelseshåndtering og kryptografiske kontroller. SoA kan derefter forklare, hvorfor hver kontrol er relevant, hvilke regulatoriske forpligtelser den understøtter, og hvilket bevismateriale der dokumenterer, at den fungerer.

Den AD-dokumentationsstak, revisorer forventer

Et hærdet AD-miljø er ikke revisionsklart, blot fordi indstillingerne findes. Skærmbilleder alene er svagt bevismateriale. Politikker alene er ufuldstændige. En GPO-eksport uden godkendelseshistorik er risikabel. Stærkt bevismateriale viser governance, implementering, overvågning og forbedring.

Modenhedshullet er som regel ikke fravær af alle kontroller. Det er fravær af ejerskab, gennemgangsfrekvens, undtagelseshåndtering og kortlægning. En revisor vil ikke kun spørge, om en privilegeret gruppe findes, men hvem der ejer den, hvem der godkendte medlemskabet, hvornår det senest blev gennemgået, hvilke logfiler der indsamles, og hvordan undtagelser udløber.

Privilegeret adgang: den første AD-kontrol, der skal dokumenteres

Den hurtigste vej til kompromittering af Active Directory er for omfattende rettigheder. Domain Admins, Enterprise Admins, Schema Admins, Account Operators, Backup Operators, lokale administratorer, delegerede OU-administratorer og certificate authority-administratorer kræver alle eksplicit styring.

[P11] Politik for styring af brugerkonti og privilegier Politik for styring af brugerkonti og privilegier fastsætter organisationens forventning:

Kontorepositorier (f.eks. Active Directory (AD), identitets- og adgangsstyringsplatforme) skal beskyttes med passende kontroller for at forhindre uautoriseret adgang eller manipulation.

Fra afsnittet “Governance-krav”, politikklausul 5.6.

[P11S] Politik for styring af brugerkonti og privilegier - SMV Politik for styring af brugerkonti og privilegier - SMV giver en praktisk godkendelsesregel:

Forhøjede eller administrative rettigheder kræver yderligere godkendelse fra direktøren eller IT-ansvarlig og skal dokumenteres, være tidsbegrænsede og være underlagt periodisk gennemgang.

Fra afsnittet “Krav til implementering af politikken”, politikklausul 6.2.2.

I [ZC] Zenith Controls: Vejledningen til tværgående compliance Zenith Controls er ISO/IEC 27002:2022-kontrol 8.2, Privilegerede adgangsrettigheder, kortlagt som en forebyggende kontrol, der understøtter fortrolighed, integritet og tilgængelighed. Vejledningen forbinder 8.2 med identitetsstyring, adgangsrettigheder, begrænsning af adgang til information, sikker autentifikation, fjernarbejde, logning og overvågning. Den kortlægger også kontrollen til GDPR Articles 5(1)(f), 25 og 32, forventninger til risikostyring i NIS2 Article 21 og DORA-styring af IKT-risiko for finansielle enheder.

Zenith Blueprint, fasen Kontroller i praksis, trin 19, forklarer den operationelle forventning:

A.8.2 – Privilegerede adgangsrettigheder: “Tildeling og brug af privilegerede adgangsrettigheder bør begrænses og styres.”

Styr superbrugerrettigheder for administratorkonti, så kun de personer, der absolut har behov for dem, har dem, og administrer dem omhyggeligt. Brug f.eks. en separat administratorkonto (brug ikke administratorrettigheder til dagligt arbejde), godkend og spor regelmæssigt, hvem der får domæneadministrator- eller root-rettigheder. Brug også stærkere kontroller for disse konti (såsom MFA og logning af deres handlinger).

For AD bør en revisor kunne vælge én privilegeret bruger og spore hele forløbet: anmodning, godkendelse, forretningsmæssig begrundelse, teknisk tildeling, overvågning, gennemgang, fjernelse og undtagelseshåndtering.

En praktisk dokumentationspakke for privilegeret adgang bør omfatte:

1. Eksport af privilegerede AD-grupper, herunder indlejrede grupper.
2. Navngiven forretningsejer for hver privilegeret gruppe.
3. Dokumentation for kvartalsvis gennemgang af adgangsrettigheder.
4. Separate administratorkonti til privilegerede opgaver.
5. Ingen daglig e-mailbrug eller browsing fra privilegerede konti.
6. MFA eller phishing-resistent autentifikation for privilegerede adgangsveje, hvor relevant.
7. Model for privilegeret arbejdsstation eller sikker administrator-jumpserver.
8. Logning af ændringer i gruppemedlemskab og privilegerede operationer.
9. Fortegnelse over break-glass-konti med kompenserende kontroller.
10. Risikoaccept for undtagelser med udløbsdatoer.

Sådan lukkede Maria den akutte konstatering vedrørende servicekontoen. Kontoen blev dokumenteret som en højrisikopost, Politik for styring af brugerkonti og privilegier - SMV blev brugt til at udfordre stående rettigheder, applikationsejeren identificerede den mindst nødvendige adgang, medlemskabet af Domain Admins blev fjernet, og ændringen blev dokumenteret gennem ændringsstyring. SoA-posten for ISO/IEC 27002:2022-kontrol 8.2 blev opdateret for at vise risikoreduktion og kortlægning til GDPR Article 32 og NIS2 Article 21.

Kerberos og autentifikationsoplysninger

Kerberos muliggør skalerbar autentifikation på tværs af Windows-miljøer, men svag konfiguration eller dårlig servicekontohygiejne kan muliggøre Kerberoasting, misbrug af tickets, replay-angreb og langsigtet persistens. Dokumentationen bør dække autentifikationsoplysninger gennem hele livscyklussen: adgangskoder, nøgler, tickets, hemmeligheder for servicekonti, certifikater, nulstillingsprocesser og MFA-faktorer.

I Zenith Controls er ISO/IEC 27002:2022-kontrol 5.17, Autentifikationsoplysninger, kortlagt som en forebyggende kontrol, der understøtter fortrolighed, integritet og tilgængelighed. Den forbindes med identitetsstyring, sikker autentifikation, roller og ansvar, acceptabel brug og efterlevelse af politikker og standarder. Den tværgående kortlægning forbinder den med GDPR-risikotilpasset beskyttelse mod uautoriseret adgang, NIS2 Article 21(2)(j) om MFA eller løbende autentifikation, hvor det er relevant, og DORA-krav om robuste autentifikationsmekanismer inden for styring af IKT-risiko.

GDPR Article 5(1)(f) kræver, at personoplysninger beskyttes mod uautoriseret eller ulovlig behandling og mod hændeligt tab, tilintetgørelse eller beskadigelse. Article 5(2) tilføjer ansvarlighed. Hvis AD-legitimationsoplysninger giver adgang til HR-registre, kundedata eller postkasser, bliver Kerberos- og autentifikationskontroller til GDPR-dokumentation.

NIS2 Article 21 kræver passende og forholdsmæssige tekniske, operationelle og organisatoriske foranstaltninger, herunder risikoanalyse, hændelseshåndtering, forretningskontinuitet, sikkerhed i forsyningskæden, sikker vedligeholdelse, vurdering af effektivitet, cyberhygiejne, kryptografi, HR-sikkerhed, adgangsstyring, aktivstyring og MFA eller løbende autentifikation, hvor det er relevant.

For finansielle enheder omfattet af DORA skal autentifikationsafhængigheder indgå i rammeværket for styring af IKT-risiko. Hvis AD autentificerer medarbejdere til betalings-, handels-, forsikrings-, kunde- eller risikosystemer, understøtter Kerberos-dokumentation operationel robusthed.

Group Policy-styring og konfigurationsstyring

Group Policy er en af de mest kraftfulde sikkerhedsmekanismer i Active Directory. Den kan håndhæve firewalls, begrænsninger for lokale administratorer, revisionspolitik, indstillinger for beskyttelse af endpoints, regler for scriptudførelse og sikre baselines på tværs af tusindvis af systemer. Den kan også svække de samme kontroller, hvis den misbruges.

I Zenith Controls er ISO/IEC 27002:2022-kontrol 8.9, Konfigurationsstyring, kortlagt som en forebyggende kontrol for sikker konfiguration. Den forbindes med sårbarhedsstyring, ændringsstyring, aktivfortegnelse, endpoint-enheder, privilegeret adgang, sikker autentifikation, logning og overvågning. Vejledningen forbinder konfigurationsstyring med GDPR Articles 5(1)(f), 25 og 32, NIS2 Article 21-forventninger til sikker konfiguration og risikostyring samt DORA-krav til IKT-systemers pålidelighed, sikkerhed og robusthed.

[P05S] Ændringsstyringspolitik - SMV Ændringsstyringspolitik - SMV fastslår:

Hvis en ændring omfatter følsomme data, systemadgangsrettigheder eller eksterne integrationer, kræves en gennemgang af sikkerhedsmæssig påvirkning. Den udpegede sikkerheds- eller compliance-kontakt skal vurdere, om ændringen indfører yderligere risici, og anbefale yderligere sikkerhedsforanstaltninger.

Fra afsnittet “Risikobehandling og undtagelser”, politikklausul 7.5.1.

[P05] Politik for ændringsstyring Politik for ændringsstyring kræver:

Alle ændringsanmodninger, gennemgange, godkendelser og understøttende bevismateriale skal registreres i det centrale ændringsstyringssystem.

Fra afsnittet “Krav til implementering af politikken”, politikklausul 6.1.1.

En GPO-dokumentationspakke bør besvare fire spørgsmål:

1. Hvem ejer hver sikkerhedsrelevant GPO?
2. Hvilken baseline håndhæver den?
3. Hvem godkendte ændringer til den?
4. Hvordan detekteres uautoriserede afvigelser?

Zenith Blueprint, fasen Kontroller i praksis, trin 19, angiver baseline-tilgangen:

Start med at etablere konfigurationstjeklister for alle større systemtyper, Windows-servere, Linux-værter, netværksenheder, databaser og cloudtjenester. Disse baselines bør afspejle både industriens bedste praksis (såsom CIS Benchmarks) og jeres interne risikobillede.

For AD betyder det, at GPO’er skal håndhæve dokumenterede baselines, ikke udokumenterede præferencer. Dokumentationen bør omfatte månedlige GPO-eksporter, kortlægning til baselinekrav, ændringssager for ændringer, gennemgang af delegerede tilladelser, GPO-backupregistreringer og alarmer ved ændringer i GPO’er med stor betydning.

AD CS og PKI: den oversete angrebsvej

Active Directory Certificate Services undgår ofte compliance-gennemgange, fordi den arbejder stille i baggrunden. Angribere værdsætter den af samme grund. Fejlkonfigurerede certifikatskabeloner, for brede tilmeldingstilladelser, svage udstedelseskontroller eller farlige Extended Key Usage-indstillinger kan muliggøre eskalering af rettigheder, impersonering og persistens.

AD CS hører hjemme i kryptografiske kontroller, identitetsstyring, privilegeret adgang og ændringsstyring. Det er ikke nok at sige: “vi har PKI.” Organisationen skal vide, hvilke CA’er der findes, hvilke certifikater der kan udstedes, hvem der kan anmode om dem, hvilke skabeloner der muliggør klientautentifikation, hvem der administrerer CA’en, og om udstedelse overvåges.

[P18S] Politik for kryptografiske kontroller - SMV Politik for kryptografiske kontroller - SMV fastslår:

IT-supportleverandøren skal vedligeholde en ajourført fortegnelse over kryptografiske værktøjer og certifikater i brug

Fra afsnittet “Governance-krav”, politikklausul 5.1.2.

[P18] Politik for kryptografiske kontroller Politik for kryptografiske kontroller omfatter udtrykkeligt:

Public Key Infrastructure (PKI)

Fra afsnittet “Krav til implementering af politikken”, politikklausul 6.4.

NIS2 Article 21 omfatter politikker og procedurer for kryptografi og kryptering. GDPR Article 32 kræver behandlingssikkerhed, herunder fortrolighed, integritet, tilgængelighed og robusthed. DORA kræver, at IKT-aktiver, der understøtter finansielle processer, beskyttes og kan genoprettes. AD CS kan understøtte alt dette eller underminere det hele.

Logning, backup og genopretning af domænecontrollere

Domænecontrollere er ikke almindelige servere. De er autentifikationssystemer, katalogreplikaer, distributionspunkter for politikker og genopretningskritiske aktiver. Hvis ransomware kompromitterer AD, afhænger genopretning af rene sikkerhedskopier af domænecontrollere, system state-gendannelse, bevarede logfiler, kendt gode GPO’er, AD CS-sikkerhedskopier, beskyttede private nøgler og dokumenterede genopretningsprocedurer.

[P22S] Lognings- og overvågningspolitik - SMV Lognings- og overvågningspolitik - SMV definerer forventninger til autentifikationslogfiler:

Autentifikationslogfiler: vellykkede og mislykkede loginforsøg, sessionsvarighed, MFA-brug

Fra afsnittet “Governance-krav”, politikklausul 5.4.2.

[P22] Lognings- og overvågningspolitik Lognings- og overvågningspolitik kræver:

Alle omfattede systemer skal generere logfiler, der registrerer:

Fra afsnittet “Krav til implementering af politikken”, politikklausul 6.1.1.

I et AD-afhængigt miljø bør omfattede systemer omfatte domænecontrollere, AD CS-servere, systemer til privilegeret adgang, administratorarbejdsstationer, identitetssynkroniseringsservere og backupkonsoller.

Zenith Blueprint, fasen Kontroller i praksis, trin 19, er eksplicit:

Sørg for, at alle kritiske systemer (servere, domain controllers, firewalls) videresender logfiler til jeres SIEM eller logindsamler. Valider, at logopbevaring er i overensstemmelse med jeres logningspolitik (f.eks. 90 dage live, 1 års arkiv). Vælg en nylig hændelse eller begivenhed, og vis, hvordan I sporede den ved hjælp af jeres logfiler.

Den fremhæver også synkronisering af systemtid, som kortlægges til ISO/IEC 27002:2022-kontrol 8.17, Synkronisering af systemtid. Uden pålidelig tid bliver logkorrelation under en hændelse skrøbelig.

[P15S] Politik for backup og gendannelse - SMV Politik for backup og gendannelse - SMV fastsætter en minimumsforventning til dokumentation:

Gendannelsestest gennemføres mindst kvartalsvist, og resultaterne dokumenteres for at verificere mulighed for gendannelse

Fra afsnittet “Governance-krav”, politikklausul 5.3.3.

Relevante ISO/IEC 27002:2022-kontroller omfatter 8.13 Informationsbackup, 8.15 Logning, 8.16 Overvågningsaktiviteter, 8.17 Synkronisering af systemtid, 5.24 Planlægning og forberedelse af styring af informationssikkerhedshændelser, 5.29 Informationssikkerhed under driftsafbrydelse og 5.30 IKT-parathed for forretningskontinuitet.

En praktisk dokumentationspakke for genopretning bør omfatte:

1. Fortegnelse over domænecontrollere og ejerskab af FSMO-roller.
2. Dokumentation for backupomfang, frekvens og immutability.
3. Validering af system state-backup.
4. Kvartalsvise resultater fra gendannelsestest.
5. Procedure for backup og gendannelse af GPO’er.
6. Dokumentation for AD CS-backup og beskyttelse af private nøgler.
7. Break-glass-procedure for autentifikation.
8. Konfiguration af synkronisering af systemtid.
9. Hændelses-playbook for AD-kompromittering.
10. Erfaringer fra tabletop-øvelser eller tekniske genopretningsøvelser.

NIS2 Article 23 er også relevant. Væsentlige hændelser kan kræve tidlig varsling inden for 24 timer efter kendskab, hændelsesunderretning inden for 72 timer og en endelig rapport senest én måned efter hændelsesunderretningen. Hvis et AD-nedbrud forstyrrer væsentlige eller vigtige tjenester, bliver genopretningsdokumentation og hændelsestidslinjer til regulatorisk bevismateriale.

Tværgående compliance-kort for hærdning af Active Directory

Hærdning af Active Directory er et klart eksempel på, at ét kontrolsæt understøtter mange forpligtelser.

For NIS2 er dette ikke længere teoretisk. Nationale foranstaltninger gælder for mange mellemstore og store væsentlige eller vigtige enheder i Annex I- og Annex II-sektorer og også for visse enheder uanset størrelse, herunder tillidstjenesteudbydere, TLD-registre, DNS-tjenesteudbydere og udvalgte kritiske tjenester.

For DORA er tidslinjen også reel. DORA finder anvendelse fra 17. januar 2025 og omfatter direkte mange finansielle enheder. Hvis en outsourcet MSP administrerer AD, bliver DORA-krav til tredjeparts IKT-risiko relevante, herunder kontraktregistre, due diligence, revisionsrettigheder, bistand ved hændelser, sikkerhedsforventninger og exitstrategier efter Articles 28 og 30.

For GDPR er broen ansvarlighed. Hvis AD styrer adgang til personoplysninger, bidrager gennemgang af privilegeret adgang, autentifikationsdokumentation, logning, konfigurationsbaselines, certifikatkontroller og genoprettelsestest til at dokumentere passende tekniske og organisatoriske foranstaltninger.

Byg en dokumentationspakke for AD-hærdning på ét sprint

Et praktisk to-ugers sprint kan omsætte fragmenteret AD-hærdning til en revisionsklar dokumentationspakke.

Dag 1 til 2: Afgræns AD i ISMS. Brug ISO/IEC 27001:2022-klausul 4.1 til 4.4 til at bekræfte, om AD, Entra Connect, domænecontrollere, AD CS, privilegerede administratorarbejdsstationer, backupsystemer og managed service providers er inden for omfang. Registrér interessenter, herunder tilsynsmyndigheder, kunder, revisorer, registrerede, systemejere og IT-drift.

Dag 3 til 4: Tilføj AD-risici til risikoregisteret. Medtag kompromittering af domænecontrollere, for omfattende privilegeret adgang, Kerberos-misbrug, GPO-manipulation, AD CS-fejlkonfiguration, kompromittering af identitetssynkronisering, backupsvigt og utilstrækkelig logning. Tildel ejere, sandsynlighed, konsekvens og behandlingsbeslutninger.

Dag 5 til 6: Opdater SoA. Følg Zenith Blueprint trin 13, og markér kontroller såsom privilegerede adgangsrettigheder, autentifikationsoplysninger, konfigurationsstyring, logning, overvågning, informationsbackup, hændelsesstyring, kryptografiske kontroller og ændringsstyring som relevante. Tilføj noter, der forbinder dem med GDPR Article 32, NIS2 Article 21 og DORA-styring af IKT-risiko, hvor relevant.

Dag 7 til 9: Indsaml teknisk dokumentation. Eksportér privilegerede grupper, Kerberos-indstillinger, GPO-fortegnelse, baseline for domænecontrollere, CA-skabeloner, logfiler for certifikatudstedelse, backupjobstatus og SIEM-indlæsningsstatus. Tilføj ejer, dato, gennemgangsansvarlig, konstatering og afhjælpningsstatus.

Dag 10 til 11: Afhold workshop for kontrolgennemgang. IT, sikkerhed, compliance og systemejere gennemgår undtagelser. Hvorfor har denne servicekonto brug for en SPN? Hvorfor kan denne gruppe redigere GPO’er? Hvorfor kan denne skabelon udstede klientautentifikationscertifikater? Hvorfor mangler denne domænecontroller videresendelse af logfiler?

Dag 12 til 14: Pak revisionsfortællingen. Opret en AD Hardening Evidence Pack med ledelsesresumé, omfang, risici, SoA-kortlægning, kontrolbevismateriale, åbne konstateringer, afhjælpningsplan og testplan.

Resultatet er en fortælling, der kan stå for revision og tilsyn: Vi kender risikoen, vi har valgt kontroller, vi har implementeret dem, vi overvåger dem, vi tester genopretning, og ledelsen har indsigt.

Almindelige Active Directory-revisionskonstateringer og lukningstiltag

Lukningsmønstret er konsekvent: politikkrav, teknisk implementering, indsamling af bevismateriale, gennemgangsfrekvens, undtagelseshåndtering og ledelsesrapportering.

Gør hærdning af Active Directory til revisionsklart bevismateriale

Hærdning af Active Directory i 2026 er ikke en engangsoprydning. Det er et levende kontrolsystem, der skal styres, dokumenteres og forbedres. Domænecontrollere, Kerberos, Group Policy, AD CS, privilegeret adgang, logning og genopretning ligger alle i krydsfeltet mellem sikkerhedsdrift og regulatorisk ansvarlighed.

Clarysec hjælper CISO’er, IT-ledere og compliance-teams med at bygge den bro. Brug Zenith Blueprint til at kortlægge AD-risici ind i ISMS, risikoregister og anvendelighedserklæring. Brug Zenith Controls til at krydshenvise ISO/IEC 27002:2022-kontroller til GDPR, NIS2, DORA, NIST CSF 2.0 og revisionsforventninger. Brug Clarysec-politikskabeloner, herunder Politik for styring af brugerkonti og privilegier, Politik for ændringsstyring, Politik for kryptografiske kontroller, Lognings- og overvågningspolitik og Politik for backup og gendannelse - SMV, til at omsætte teknisk hærdning til gentageligt bevismateriale.

Hvis jeres næste revision, tilsynsanmodning eller kundespørgeskema om sikkerhed spørger, hvordan Active Directory er kontrolleret, så svar ikke med skærmbilleder alene. Byg dokumentationspakken, forbind den med risiko, og vis, at ledelsen kan stole på identitetskontrolplanet.

Start med ét sprint: privilegeret adgang, GPO-styring, AD CS-gennemgang, logning på domænecontrollere og gendannelsestest. Clarysec kan hjælpe jer med at strukturere det, dokumentere det og forsvare det.