En nødadgangskonto er den konto, I håber aldrig at skulle bruge. Den har den højeste rolle i lejeren, den er undtaget fra regler, der kan blokere login, og den ligger klar til den dag, hvor de normale administratorer ikke kan komme ind. Netop derfor er den interessant i en test. Svaret på, hvordan sådan en konto skal håndteres, står i Microsofts vejledning om nødadgang: mindst to konti, kun i skyen, med en stærk loginmetode, der adskiller sig fra de daglige administratorers, og med overvågning, der slår alarm, hver gang de bruges. Testen spørger, om det billede passer på jeres lejer.
Hvorfor kontiene skal findes
Microsoft nævner en række situationer, hvor nødadgang kan blive nødvendig. Login via en lokal tjeneste kan være nede. Administratorernes telefoner kan være utilgængelige, eller tjenesten til tofaktor kan svigte. Den sidste person med den højeste rolle kan have forladt virksomheden. Eller en regel for login kan være sat forkert op, så den låser alle administratorer ude.
Uden en nødadgangskonto kan sådan en situation betyde, at ingen kan administrere lejeren, før Microsofts support har hjulpet. Det kan tage tid, og imens kan hverken regler, brugere eller adgange ændres.
En test, der finder, at der ikke er nogen nødadgang, har derfor fundet et driftsproblem lige så meget som et sikkerhedsproblem.
Hvorfor de også er en risiko
Kontiene har de højeste rettigheder og er bevidst holdt uden for de regler, der beskytter andre administratorer. Hvis de er dårligt beskyttet, er de en genvej til hele lejeren. Typiske fund er:
- Ingen nødadgang · der findes ingen konti, der kan bruges, hvis de normale ikke virker.
- Kontiene er synkroniseret · de kommer fra det lokale katalog og falder sammen med det. → Hybrid identitet
- Svag loginmetode · kontiene logger ind med adgangskode alene eller med samme metode som de daglige administratorer.
- Knyttet til en person · faktoren ligger på en medarbejders telefon, og kontoen bruges som personlig administratorkonto.
- Ingen overvågning · login på kontiene giver ingen alarm.
- Ukendte undtagelser · kontiene er undtaget fra alle regler, også dem, der kun registrerer, uden at det er dokumenteret hvorfor.
Microsofts anbefalinger, kort
Microsofts vejledning kan sammenfattes i nogle få principper, som testen typisk måler op imod:
- Mindst to konti · så en enkelt fejl ikke fjerner nødadgangen.
- Kun i skyen · kontiene er ikke synkroniseret eller afhængige af lokal login.
- Stærk og anderledes loginmetode · fx en fysisk sikkerhedsnøgle, som ikke er den samme metode, de daglige administratorer bruger.
- Ikke knyttet til en person · kontiene tilhører funktionen, ikke en bestemt medarbejder.
- Undtaget fra blokerende regler · men ikke fra regler, der kun registrerer.
- Sikker opbevaring · det, der skal til for at logge ind, opbevares sikkert og adskilt, så kun de autoriserede kan få fat i det.
- Overvågning · alle login og ændringer med kontiene giver alarm.
- Regelmæssig afprøvning · Microsoft angiver mindst hver 90. dag, og når der sker ændringer i IT-personalet.
Principperne hænger sammen. En konto, der er undtaget fra reglerne, skal til gengæld have stærkere beskyttelse og tættere opsyn end alle andre.
Nødadgang til mere end lejeren
Microsoft påpeger, at de fleste organisationer har brug for nødadgang til mere end deres cloudmiljø: også til det lokale katalog, til programmer, der logger ind via det fælles login, og til andre kritiske systemer. Vejledningen anbefaler, at nødadgangen til det lokale miljø og til skyen holdes adskilt, så den ene ikke afhænger af den anden.
For IT-afdelingen betyder det, at spørgsmålet ikke kun er, om lejeren har to konti. Det er, om I kan komme ind i de vigtigste systemer, hvis det fælles login er nede. Firewall, virtualiseringsplatform og backup kan have deres egne administratorkonti, og de er lige så vigtige på den dårlige dag. Hvis en driftsleverandør passer systemerne, skal det også være aftalt, hvem der har nødadgangen, og hvordan I selv kan få fat i den, hvis samarbejdet ophører. → Kunden skifter MSP
Det, testen spørger til
Testen skal sjældent logge ind på nødadgangskontiene. Det er heller ikke ønskeligt, fordi brugen netop skal give alarm. I stedet spørger den og ser på opsætningen:
- Findes kontiene · og hvor mange er der?
- Hvor kommer de fra · er de rene cloudkonti?
- Hvordan logger de ind · hvilken metode, og hvem har adgang til den?
- Hvilke regler gælder · hvilke undtagelser er lavet, og er de begrundet?
- Hvem får besked · når kontiene bruges, og hvem reagerer?
- Hvornår blev de sidst afprøvet · og blev alarmen udløst?
Aftal på forhånd, hvordan nødadgangen indgår i testen. Hvis testen skal undersøge, om alarmen virker, skal det ske i en kontrolleret afprøvning med jeres egne folk til stede. → Alarmer under testen
Når fundene skal rettes
Rettelser omkring nødadgang behøver ikke være store tekniske projekter. De handler om rutiner:
- Opret eller ret kontiene · så de følger principperne ovenfor.
- Beskriv proceduren · hvem må bruge kontiene, i hvilke situationer, og hvordan de bruges.
- Opsæt alarmer · login og ændringer giver besked til flere personer. → Logning i Microsoft 365, Azure og AWS
- Afprøv fast · en planlagt øvelse, hvor kontiene bruges, alarmen bekræftes, og listen over autoriserede gennemgås.
- Gennemgå efter brug · Microsoft anbefaler en gennemgang efter hver brug af kontiene, så I ved, om brugen var planlagt, nødvendig eller uautoriseret.
Nødadgang hører også hjemme i beredskabsplanen. Hvis den dag kommer, hvor kontiene skal bruges, er det sjældent en rolig dag. → Beredskabsplanen efter testen
Det skal I lade være med
- At lade nødadgangskonti være personlige administratorkonti. De skal kun bruges i nødsituationer.
- At bruge samme loginmetode som de daglige administratorer. En fejl, der rammer dem, rammer også nødadgangen.
- At undtage kontiene fra overvågning. Uopdaget brug er det værste udfald.
- At glemme dem, når medarbejdere stopper. Listen over autoriserede og opbevaringen skal følge med.
- At aldrig afprøve dem. En konto, der ikke virker på dagen, er ingen nødadgang.
Hvad kan og ikke kan konkluderes
Testen viser, om der fandtes nødadgang, hvordan den var sat op og beskyttet, og om brugen ville blive opdaget, hvis det var en del af opgaven. Den kan ikke vise, om kontiene virker i en reel nødsituation, hvor andre tjenester også er nede. Det kræver jeres egne øvelser. Et godt resultat i testen gælder opsætningen på testdagen, ikke rutinerne bagefter.
Tjekliste til nødadgang
- ☐ Findes der mindst to nødadgangskonti, der kun findes i skyen?
- ☐ Bruger de en anden og stærk loginmetode?
- ☐ Er de undtaget fra blokerende regler med en dokumenteret begrundelse?
- ☐ Giver login og ændringer alarm til flere personer?
- ☐ Er proceduren for brug beskrevet?
- ☐ Bliver kontiene afprøvet fast?
Kilder
- Microsoft Learn: Manage emergency access accounts in Microsoft Entra ID: situationer, hvor nødadgang er nødvendig, mindst to rene cloudkonti, stærk og anderledes loginmetode, ikke knyttet til en person, undtagelse fra blokerende regler, sikker opbevaring, overvågning med alarm, gennemgang efter brug og afprøvning mindst hver 90. dag.
Senest gennemgået: oktober 2026.
Næste skridt
Del af: Artikler til IT-afdelingen
Læs også: Tidsbegrænsede administratorrettigheder · Logning i Microsoft 365, Azure og AWS
→ Kontakt · Tlf. 70 13 63 23 · Penetrationstest hos Nielco IT
