Identitet og adgang: hvem kan logge på, og med hvilke rettigheder

Det meste af det, der går galt i et miljø, går gennem en konto. Derfor er identitet og adgang det lag, en teknisk gennemgang som regel bruger mest tid på. Artiklerne her tager kontrolpunkterne et ad gangen: kataloget, administratorerne, de konti uden en person bag, MFA og betinget adgang i lejeren, gæster og leverandører, passwords og de rettigheder, der ligger i filserveren og forretningssystemerne. For hvert punkt står det, hvilket udtræk der viser tilstanden, og hvilken rolle i driften der normalt henter det.

Kataloget og administratorerne

• Active Directory med læseadgang: udtrækkene, en gennemgang bygger på Lister, driften kan trække uden at ændre noget.
• Administratorrettigheder på tværs: én opgørelse fra systemerne selv Katalog, lejer, udstyr og fagsystemer samlet.
• Særskilte administratorkonti og administrationsmaskiner: sådan påvises adskillelsen Kontoen bruges kun til administration.
• Lokale administratorer på klienter og servere: hvem er det, og er koden den samme overalt? Gruppen og den indbyggede konto.
• Privilegerede roller i skyen: faste tildelinger, aktivering efter behov og godkendelse Tildelingsformen som eget kontrolpunkt.
• Synkroniseringen mellem lokalt katalog og sky: serveren, kontoen og hvad der følger med op Koblingen, der binder to verdener sammen.

Konti uden en person bag

• Servicekonti: ejere, rettigheder og adgangskoder, der aldrig skiftes Fire ting pr. konto.
• Inaktive og forældreløse konti: fratrådte, vikarer og testbrugere Kataloget afstemt mod personalelisten.
• Den periodiske adgangsgennemgang: beviset for, at rettigheder bliver set efter og rettet Sporet efter gennemgangen.
• Delte konti og fælles login i driften Når loggen ikke kan sige, hvem der sad der.
• Nødkonti: findes de, virker de, og bliver brugen opdaget? Adgangen, når alt andet svigter.

Login og MFA i lejeren

• MFA-dækning: sådan påvises det, hvem der reelt er omfattet Reglerne, der kræver det.
• MFA-metoderne i udtrækket: SMS, godkendelse i app og nøgler, der modstår phishing Metodens styrke ved siden af dækningen.
• Politikker for betinget adgang: huller mellem reglerne Regelsættet læst som helhed.
• App-registreringer og samtykker i Entra ID: programmer med brede rettigheder Programmer, der læser post og filer.
• Gæstebrugere og leverandørkonti i kataloget Hvem de er, og hvad de kan se.

Passwords og protokoller

• Adgangskoder: hvad kan kontrolleres uden at se dem Hashværdier holdt op mod kendte dårlige koder.
• Adgangskodepolitikken holdt op mod nyere vejledning: længde, skift, negativliste og spærring Indstillinger mod en dateret kilde.
• Gamle protokoller i domænet: mål brugen, før noget slås fra Måling før stramning.

Rettigheder til data og systemer

• Rettigheder på filserver og dokumentbiblioteker: udtræk og stikprøve De brede rettigheder fundet med udtræk.
• Forretningssystemer uden for fælles login: lokale brugere, ingen ser Brugerlister, der ikke lukker af sig selv.

Hvad det kræver, og hvad det koster at lade være

Kontrollerne i dette lag kræver læseadgang til katalog og lejer og en person i driften, der kan forklare grupper, roller og undtagelser. Mange af udtrækkene kan trækkes på en formiddag. Til gengæld tager afstemningerne tid, fordi hver konto uden forklaring skal have en ejer eller lukkes. Bliver laget ikke gennemgået, står der konti med brede rettigheder, som ingen savner, og som ingen ville opdage, hvis de blev brugt af en anden.

Det skal I lade være med

• At svare på administratorspørgsmålet fra hukommelsen · træk listen fra systemerne.
• At tage registreret MFA for håndhævet MFA · læs reglerne.
• At slå gamle protokoller fra uden at måle brugen · fagsystemer kan stoppe.
• At lade nødkonti være uprøvede · de skal virke på den dårlige dag.

Det skal gennemgangen kunne vise

• ☐ En samlet liste over privilegerede konti på tværs af systemerne.
• ☐ Konti uden ejer eller uden login i lang tid, med beslutning for hver.
• ☐ Hvem der er undtaget fra MFA og betinget adgang, og hvorfor.
• ☐ Spor fra den seneste adgangsgennemgang til ændringer i systemerne.

Senest gennemgået: november 2026.

Næste skridt

• Active Directory med læseadgang
• MFA-dækning

Læs også: Klienter og mobile enheder · Cloud-lejere

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