Overfør og fjern tekniske tilganger på en ryddig måte
Registrer applikasjonskontoer, tjenestetilganger og gjenopprettingsmuligheter hver for seg. En utfylt overføringsplan viser beslutninger, kontroller og ansvar.
Når noen slutter eller bytter rolle, må det tekniske arbeidet fortsette samtidig som rettigheter som ikke lenger trengs, faktisk fjernes. Begynn med de reelle tilgangene til applikasjonen og infrastrukturen din. Én enkelt oppføring om «konto deaktivert» beskriver ikke hele overgangen.
Kartlegg tilganger og avhengigheter
I det oppdiktede eksemplet forlater en person som drifter en kundeportal, teamet. Oppgavene omfatter applikasjonskontoen U-71, administrasjon av vertsmiljøet og en tjenesteforbindelse med nøkkelen K-71. Personen var også kontakt for gjenoppretting av en administratortilgang.
NIST behandler kontoadministrasjon, fratredelse og oppgavebytte som sammenhengende kontrollområder. Bruk denne strukturen i den tekniske prosessen. Oversikten angir system, tilgangstype, formål og ansvarlig rolle; selve dokumentet er ikke et lager for passord eller hemmelige nøkler.
Dokumenter en beslutning for hver tilgang
Fastsett hvilken rettighet som opphører til avtalt tid, og hvilken teknisk oppgave som overtas via en annen autorisert tilgang. En personlig konto, tjenesteforbindelse og gjenopprettingsmulighet kan kreve ulike tiltak. Tabellen er en gjennomarbeidet plan for eksemplet, ikke et resultat av endringer som allerede er utført.
Tilgang | Beslutning om overføring | Teknisk kontroll | Ansvarlig rolle |
|---|---|---|---|
Applikasjonskonto | Fjern medlemskap og rettigheter som ikke lenger trengs; gi den nye ansvarlige en egen konto. | Gammel tilgang avvises; ny autorisert tilgang fungerer. Eksisterende økter kontrolleres separat. | Applikasjonsansvarlig |
Tjenesteforbindelse | Bruk autorisert teknisk tilgang med en navngitt ansvarlig, og planlegg å erstatte den gamle nøkkelen. | Forbindelsen fungerer etter overgangen; nøkkelen som er tatt ut av bruk, godtas ikke lenger. | Integrasjon og drift |
Administrasjons- og gjenopprettingstilgang | Tildel administrasjonen til autoriserte personer, og fastsett en tilgjengelig gjenopprettingsmulighet. | Tilgang og gjenoppretting kontrolleres med en godkjent prosedyre. | Driftsansvarlig |
Kontroller endringen og virkningen hver for seg
Blokkert innlogging besvarer ikke automatisk alle spørsmål om eksisterende økter, uavhengige tilgangsnøkler eller andre systemer. Ta disse tilfellene med i den godkjente testen. En endret tjenesteforbindelse trenger sin egen funksjonskontroll; en persons vellykkede innlogging beviser ikke at forbindelsen fungerer.
NIST omfatter også utskifting av felles autentiseringsmidler når medlemmer forlater en gruppe. Kontroller derfor hvilke tekniske tilgangsopplysninger som faktisk var kjent eller tildelt. Overfør oppgaven med en egnet autorisert tilgang fremfor å gi videre den tidligere personlige innloggingen.
Avslutt overføringen med tydelig dokumentasjon
Registrer beslutning, utførelsesstatus og kontrollresultat for hver tilgang. En uavklart gjenopprettingsmulighet forblir en åpen oppgave og får en ansvarlig. De som vikarierer, må kunne se hvem som får gjøre tekniske endringer, og hvem uløste saker skal eskaleres til.
Kontroller etter den avtalte overgangen også de berørte bakgrunnsoppgavene og forbindelsene. Slik samordnes fjerningen av personlige rettigheter med driften som må fortsette. Ingen tilganger er blokkert, nøkler byttet eller gjenopprettingstester utført i dette eksemplet.
Kilder
Les videre
Alle artikler
Sky og drift med ASES
Hosting, utrulling, vedlikehold og oppfølging