Identitetsmigrering

Identitetsmigrering af brugere, passwords og applikationer

FoxIDs hjælper teams med at flytte fra eksisterende identity providere, kataloger og custom brugerrepositories med en migrationsstrategi, der beskytter brugere, credentials, claims, application access og produktionskontinuitet.

Tal med en ekspert Alle services

Migreringsplanlægning med operationel risiko i fokus

En god migrationsplan er eksplicit om identifikatorer, claims, passwords, application-afhængigheder, testmiljøer, cut-over, rollback og hvad der skal valideres mod en eksisterende kilde, før det flyttes.

Brugerprofiler, stabile identifikatorer, claims, grupper, roller og adgangsinformation

Passwordstrategi baseret på kildeplatform, hashes, valideringsmuligheder og sikkerhedskrav

Gradvis applikationsmigrering efter protokol, miljø og rollout-gruppe

Migrering fra eksisterende platforme

FoxIDs hjælper teams med at flytte fra Active Directory, AD FS, Keycloak, Auth0, Okta, Microsoft Entra ID, tilpassede brugerrepositories og andre identitetsudbydere. Migreringen starter med at forstå kildeplatformen, tilknyttede applikationer, protokoller, brugere, password-muligheder, identifikatormodel, operationelle krav, Directory Connector eller AD connect muligheder og de separate tenant-miljøer, der skal bruges til at teste migreringsvejen før produktions cut-over.

Active Directory (AD) AD FS Keycloak Auth0 Okta Microsoft Entra ID Tilpassede brugerrepositories

Vurder kilden

Kortlæg applikationer, identitetsudbydere, directories, Directory Connector og AD connect muligheder, brugeridentifikatorer, claims, grupper, roller, authentication methods og password-muligheder før migreringsvejen vælges.

Design overgangen

Beslut hvor FoxIDs kan bridge protokoller, hvor Directory Connector eller AD connect kan understøtte transition, hvor brugere kan migreres gradvist, hvor passwords kan bevares, og hvor password reset er den sikrere mulighed.

Gå live og stabiliser

Planlæg trinvis udrulning, produktionskontroller, rollback-punkter, supportansvar og monitorering, så cut-over kan ske med minimal downtime og klare veje tilbage.

Brugermigrering

Brugermigrering handler om mere end at oprette konti. Planen skal bevare de identifikatorer og adgangsinformationer, som applikationer afhænger af, og afgøre om Directory Connector eller AD connect kan understøtte synkronisering fra Active Directory eller eksisterende directories under transition.

Brugerprofiler og centrale kontoattributter
Stabile subject identifiers og login-navne, der bruges af applikationer og API'er
Claims, grupper, roller og adgangsinformation, der styrer autorisation
Adgangsrelationer og applikationstildelinger, der skal overleve migreringen

Passwordstrategi

Passwords kræver særlig omhu, fordi den sikreste løsning afhænger af, hvad kildesystemet kan udstille, hvad der kan valideres under overgangen, og hvad jeres sikkerhedskrav tillader.

Behold eksisterende passwords, hvor det er teknisk og sikkerhedsmæssigt muligt
Valider passwords mod et eksisterende directory eller identity source under transition, med Directory Connector eller AD connect hvor det er relevant, og flyt derefter eventuelt passwordet til FoxIDs efter vellykket validering hvor det understøttes
Tving brugere til at sætte et nyt password, når det er sikrere eller påkrævet
Migrer brugere gradvist ved første succesfulde login, hvor kilden og sikkerhedsmodellen understøtter det
Brug password reset flows, når det giver den sikreste og tydeligste brugerrejse

Passwordmigrering afhænger af kildeplatformen, tilgængelige hashes, valideringsmuligheder og sikkerhedskrav. FoxIDs hjælper med at vurdere mulighederne uden at love, at eksisterende passwords altid kan bevares.

Applikationsmigrering

Applikationer kan ofte flyttes gradvist efter protokol, miljø og rollout-gruppe. FoxIDs hjælper med at planlægge migreringer på tværs af OpenID Connect, OAuth 2.0, SAML 2.0 og WS-Federation og bruge separate tenant-miljøer, hvor det er relevant, så teams kan reducere risiko og undgå én stor switch-over, hvor det ikke er nødvendigt.

OpenID Connect OAuth 2.0 SAML 2.0 WS-Federation

Cut-over-planlægning

Cut-over kræver en klar plan for verificering, kommunikation, rollback og support, mens brugerne flyttes, med migreringsvejen valideret i separate miljøer før produktionsændringer.

Parallel test i separate miljøer, der dækker login, logout, claims, grupper, roller og adgang til applikationer
Trinvis udrulning på tværs af brugere, applikationer, miljøer og partnergrupper
Rollback-planlægning og beslutningspunkter før produktionsændringer gennemføres
Trin til at minimere downtime, fejlede login og forstyrrelser for brugerne