Identitetsstyring og provisioning

Identitetsstyring er den ramme af politikker, processer og teknologier, der administrerer digitale identiteter gennem hele deres livscyklus — og sikrer, at de rigtige personer har den rigtige adgang til de rigtige ressourcer af de rigtige årsager. Den besvarer tre kritiske spørgsmål: Hvem har adgang til hvad? Bør de have den? Hvad gør de med den? Identitetsstyring kræves af regler som SOX, HIPAA og GDPR, der kræver dokumenterbare adgangskontroller.

Identitetslivscyklussen beskrives ofte med modellen Joiner-Mover-Leaver (JML). En Joiner er en ny medarbejder, hvis konti skal klargøres. En Mover har skiftet rolle og skal have justeret sin adgang — gamle tilladelser fjernes, og nye tildeles. En Leaver har forladt organisationen, og alle konti skal straks deaktiveres og senere slettes. Hver overgang skal udløses automatisk af HR-systemet for at forhindre forsinkelser, der skaber sikkerhedshuller.

Identitetsstyringssystemer definerer roller, der samler de adgangstilladelser, som kræves til en bestemt jobfunktion. Når en medarbejder klargøres til en rolle, modtager vedkommende automatisk al tilknyttet adgang. Rolleudvinding analyserer eksisterende adgangsmønstre for at finde roller, der afspejler faktiske forretningsfunktioner i stedet for historiske tilfældigheder. Et ryddeligt rolledesign reducerer antallet af adgangsbeslutninger, som mennesker skal træffe, og gør adgangsgennemgange hurtigere og mere præcise.

Adgangscertificering (adgangsgennemgang eller recertificering) er den periodiske proces, hvor man gennemgår og bekræfter, at alle brugeres adgangsrettigheder stadig er passende. Ledere eller ressourceejere modtager en liste over deres teammedlemmers tilladelser og bekræfter eller tilbagekalder hver enkelt. Regelmæssige adgangsgennemgange forhindrer adgangsophobning — den gradvise ophobning af tilladelser ud over det, som brugerens aktuelle rolle kræver. SOX- og SOC 2-compliance kræver typisk kvartalsvise eller årlige adgangsgennemgange.

Adgangsophobning opstår, når medarbejdere samler tilladelser fra tidligere roller uden at få fjernet den gamle adgang. En bruger, der er skiftet fra økonomi til udvikling, kan stadig have adgang til lønsystemet — hvilket både skaber en sikkerhedsrisiko og er et brud på compliance. IGA-systemer håndhæver også funktionsadskillelse (SoD) ved at registrere og forhindre konfliktende kombinationer: par af tilladelser, der tilsammen ville muliggøre svindel (for eksempel en bruger, der både kan oprette og godkende indkøbsordrer).

SCIM (System for Cross-domain Identity Management) er en åben standardiseret API til automatisering af klargøring og afvikling af brugere mellem en identitetsudbyder (som Okta eller Azure AD) og målapplikationer. Når HR opretter en ny medarbejderpost, sender SCIM automatisk oplysningerne til alle tilsluttede applikationer — opretter konti, tildeler grupper og angiver attributter — så man undgår manuelle klargøringssager og reducerer onboardingtiden fra dage til minutter.

IAM (Identity and Access Management) er den brede disciplin, der administrerer identiteter og deres adgang — herunder godkendelsessystemer, SSO og MFA. IGA (Identity Governance and Administration) er en delmængde, der fokuserer på styringsaspekterne: hvem der har adgang, om adgangen er passende, og hvordan den certificeres. IGA tilføjer politikstyrede kontroller, godkendelsesarbejdsgange, adgangsgennemgange og revisionsrapportering oven på de grundlæggende IAM-systemers funktioner til klargøring og godkendelse.

Forældreløse konti er bruger- eller servicekonti uden en nuværende aktiv ejer — de tilhører tidligere medarbejdere, kontraktansatte eller nedlagte systemer. Forældreløse konti udgør en kritisk sikkerhedsrisiko, fordi de stadig kan have privilegeret adgang, ingen overvåger deres brug, og angribere specifikt leder efter dem som indgangspunkter. Automatisk deprovisionering, der er knyttet til HR-hændelser, samt regelmæssige rapporter over kontorevisioner er de primære forsvar mod forældreløse konti.

Styring af privilegerede identiteter kræver yderligere kontroller ud over standard-IGA. Konti med høje privilegier bør have: separate dedikerede konti til privilegerede opgaver (brug aldrig administratoroplysninger til e-mail), tidsbegrænset adgang, der automatisk udløber, godkendelse fra flere personer ved kritiske handlinger samt udvidet logning, der gennemgås oftere end standardadgangslogge. Mange compliance-rammeværk kræver udtrykkeligt reviderede registreringer af alle anmodninger om og godkendelser af privilegeret adgang.

Førende IGA-platforme omfatter SailPoint IdentityNow (brancheførende inden for IGA til virksomheder), Saviynt (stærk dækning af cloud og SaaS), IBM Security Identity Governance og One Identity Manager. Cloududbydere tilbyder indbyggede løsninger: Azure AD Identity Governance giver adgangsgennemgange og rettighedsstyring. Disse platforme integreres med HR-systemer via SCIM og API'er for at automatisere hele identitetslivscyklussen.

IGA understøtter direkte compliance med flere regelsæt. SOX kræver dokumenterbare kontroller over, hvem der kan få adgang til økonomisystemer, samt revisionsspor for ændringer. HIPAA kræver adgangskontroller, der begrænser adgangen til PHI til autoriseret personale, samt adgangslogge for al adgang. GDPR kræver, at dataadgang begrænses til personer med et legitimt formål. IGA-platforme genererer de adgangsgennemgange, rettighedsrapporter og revisionsspor for klargøring, som revisorer kræver.

I denne lektion har du lært, at identitetsstyring håndterer livscyklussen for tiltrædelse, rolleændring og fratrædelse for at sikre, at adgangen altid er passende, at adgangscertificeringer med jævne mellemrum bekræfter, at tilladelserne stadig er berettigede, og at SCIM automatiserer klargøring og deprovisionering for at forhindre forældreløse konti og reducere forsinkelser ved onboarding. Dernæst ser vi på just-in-time-adgang og politikker for betinget adgang.