Microsoft 365 er på plads, Edge bruges dagligt, og adgangskoder gemmes hurtigt. Virksomhedens planlægning kræver en mere præcis skelnen: synkronisering af personlige browserdata, central udrulning af legitimationsoplysninger og administration af fælles virksomhedsadgang med roller er forskellige opgaver.
Et login på en hjemmeside er ikke en arbejdsprofil
En browser kan have både en privat profil og en virksomhedsprofil. Kontoen, som er logget ind i browseren, er med til at bestemme, hvor data synkroniseres. Den adskiller sig fra kontoen på den åbne hjemmeside. At åbne en virksomhedsportal i en privat browserprofil flytter ikke automatisk alle gemte adgangskoder over i virksomhedens administration.
En bevidst opsat arbejdsprofil giver en sporbar tilknytning. Det kontrolleres konkret, om den er logget ind med den rigtige virksomhedsidentitet, administreret og godkendt til synkronisering. Microsoft beskriver lagene i sin Edge-dokumentation om identitet og profiler (eksternt link).
Personlig synkronisering forbinder samme persons enheder
Edge kan blandt andet synkronisere favoritter, indstillinger og adgangskoder på enheder, hvor brugeren er logget ind. Tilladte og aktive datatyper afhænger af kontotype, tjenestens forudsætninger, licens og politikker. “Vi har Microsoft 365” er ikke nok: den konkrete plans og tenants funktioner skal kontrolleres.
Personlig synkronisering gør det lettere at skifte mellem egne arbejdsenheder. Den er ikke en automatisk rollebaseret deling med andre medarbejdere. For en fælles leverandørkonto skal man derfor også afklare den godkendte gruppes adgang og håndtering af ændringer og fratrædelser. Teknisk reference: Microsoft: virksomhedssynkronisering i Edge (eksternt link).
Edge kan også udrulle legitimationsoplysninger administrativt
En generel påstand om, at Edge slet ikke kan levere fælles legitimationsoplysninger, ville være ufuldstændig. Microsoft dokumenterer en særskilt funktion, Secure Password Deployment i Edge-administrationstjenesten. IT kan tildele legitimationsoplysninger målrettet og gøre dem tilgængelige til udfyldning af et weblogin. Funktionen adskiller sig fra personlig adgangskodesynkronisering.
Den aktuelle dokumentation nævner Microsoft 365 Business Premium, E3 og E5 samt konfiguration via Cloud Policies. Microsoft beskriver brug i arbejdsprofilen på administrerede Windows-enheder. Understøttede platforme, gruppetildeling og tilgængelige tenantfunktioner kontrolleres før udrulning; det betyder ikke generel understøttelse af alle enheder eller planer.
Denne udrulning kan passe til en konkret, begrænset anvendelse. Yderligere behov for poster, bilag, flere programmer, delingsprocesser, stedfortrædere og udtræden kræver en særskilt behovsvurdering. Kilder: Microsoft: Secure Password Deployment (eksternt link).
En skjult adgangskode garanterer ikke universel hemmeligholdelse
For administrativt udrullede legitimationsoplysninger kan visning, redigering og eksport i browsergrænsefladen begrænses. Det må ikke blive et løfte om, at en godkendt bruger teknisk aldrig kan få fat i hemmeligheden under nogen omstændigheder. Microsoft beskriver selv grænsen i sit indlæg om central udrulning af adgangskoder (eksternt link).
Ved fratrædelse er målkontoens tilstand derfor også vigtig. Tilbagekaldelse af en browsertildeling, afslutning af en session og et nødvendigt adgangskodeskift hos leverandøren er forskellige trin. Understøtter en portal personlige brugere, indgår den mulighed med roller og spærringsprocedurer i planen.
Hver browserpolitik løser en bestemt opgave
Administrerede Edge-profiler kan styres via de beregnede administrationsveje og politikker, eksempelvis Gruppepolitik, Intune eller Edge-administrationstjenesten. Producentens konkrete beskrivelse bruges til at kontrollere, hvilke platforme og profiltyper en politik gælder for. En indstillet kontakt dokumenterer ikke hele tilstanden af eksisterende data.
Et vigtigt eksempel er PasswordManagerEnabled: ifølge Microsoft kan tidligere gemte adgangskoder stadig bruges, når lagring af nye deaktiveres. At udelukke en datatype fra synkronisering beviser heller ikke, at alle ældre lokale kopier er fjernet. Eksisterende data, ønsket regel og faktisk resultat skal derfor indgå samlet i piloten.
Microsoft: styr lagring af adgangskoder (eksternt link) · Microsoft: begræns synkroniserede datatyper (eksternt link).
| Opgave | Typisk administrationsområde | Kontrollér først |
|---|---|---|
| Personlige browseradgangskoder | Gem, udfyld og synkronisér passende i én persons profil. | Korrekt profil, tilladt konto og eksisterende data. |
| Administrativ Edge-udrulning | Tildel adgang målrettet via den beregnede administrationstjeneste. | Licens, grupper, enheder og faktisk udrulning. |
| Fælles virksomhedsboks | Nødvendige fælles poster, roller og overdragelser inden for produktets funktioner. | Konkrete delingsrettigheder, gendannelse og udtræden. |
| Identitet og MFA | Beskyt login til virksomhedskontoen og tilknyttede tjenester. | Yderligere rettigheder og sessioner i målportalen. |
Entra ID og MFA beskytter identitetslaget
En godt beskyttet virksomhedsidentitet er grundlaget for arbejdsprofil og tilknyttede tjenester. MFA og passende loginpolitikker kan sikre adgangen. De giver ikke automatisk en ekstern leverandørportal personlige konti, passende roller eller en afprøvet gendannelsesvej.
Identitetslogin, legitimationsoplysningernes placering og rettigheder i selve portalen dokumenteres derfor hver for sig. Det hjælper også ved enhedsskift, stedfortrædere og afklaring af, hvem der kan løse en fejl. En passende teamboks kan supplere, når de fælles funktioner går ud over den valgte browserløsning.
Eksempel: Microsoft 365 og en fælles indkøbsportal
En hypotetisk virksomhed bruger Microsoft 365 til samarbejde. En leverandørs indkøbsportal har kun én fælles konto. For bogholderiet og dets stedfortræder registreres først adgangens driftsmæssige ejer, de godkendte brugere og modtageren af gendannelsesbeskeder.
Derefter afprøves passende muligheder: administrativ Edge-udrulning på de beregnede enheder eller en virksomhedsboks med nødvendige roller og overdragelser. En erstatningsenhed og en testbrugers fratrædelse indgår også. En enkelt persons private synkroniseringskonto må ikke ubemærket blive virksomhedens eneste gendannelsesvej.
Begynd med eksisterende værktøjer og supplér målrettet
DAXS hjælper med profil- og licenskontrol, ønsket håndtering af personlige og fælles adgange samt en overskuelig pilot. Resultatet kan være en passende administreret eksisterende browserfunktion eller supplerende adgangskodeadministration. Den konkrete arbejdsgang og et klart driftsansvar er afgørende.
Tal om browser- og adgangskodeadministration · Planlæg arbejdspladser og identiteter · Sammenlign adgangskodeadministratorer i cloud og egen drift · Organisér fælles virksomhedsadgang og fratrædelser
Ofte stillede spørgsmål
Er personlig Edge-synkronisering nok til at dele adgang med bogholderiet?
Synkronisering af samme persons enheder er ikke sådan en gruppedeling. Administrativ udrulning og en teamboks skal vurderes særskilt.
Kan Edge udrulle fælles legitimationsoplysninger centralt?
Microsoft dokumenterer Secure Password Deployment under bestemte forudsætninger. Platform, licens, administrationsvej og nødvendige funktioner kontrolleres konkret.
Sletter deaktiveret adgangskodelagring eksisterende adgangskoder?
Den nævnte Edge-politik forhindrer ny lagring, men fjerner ikke automatisk eksisterende adgangskoder. Ønsket oprydning kræver sin egen kontrollerede procedure.
