VPN-side for passordbyte: samsvar med identitetslageret

Opne sida for passordbyte og les ho slik ein brukar ville gjort, og spør deretter kva teneste som faktisk eig legitimasjonen. Sida er eit skjema; identitetslageret er autoriteten. Viss dei to ikkje er samde, møter brukaren eit avvist passord, ei tilbakestilling som ikkje tilbakestiller noko, eller ei suksessmelding som ikkje endrar noko. Å følgje flyten frå skjermen til backenden er den einaste måten å fange det.

Byrja med å klassifisere operasjonen: eit vanleg byte, ein flyt for utløpt passord eller gjenoppretting etter eit gløymt passord.

Tre operasjonar, tre arbeidsflytar

Eit vanleg byte føreset at brukaren kjenner det gjeldande passordet og kan prove det. Ein flyt for utløpt passord kan tillate ei avgrensa økt der berre bytet er tillate. Gjenoppretting etter eit gløymt passord krev eit heilt anna identitetsbevis, og det kan delegerast til ein identitetsleverandør i staden for å handsamast ved VPN-gatewayen. Kvar har sitt eige endepunkt, backend-støtte og øktreglar, og eitt skjema kan ikkje betene alle tre rett.

I ei føderert utrulling samlar gatewayen kanskje ikkje inn eit nytt passord i det heile. Kontroller om flyten omdirigerer til identitetsleverandøren, og om teksten på sida framleis skildrar eit lokalt skjema.

Kvar policyen faktisk kjem frå

Spør identitetseigaren om tillaten lengd, teiknsettet og eventuelle gjeldande avgrensingar, og skriv deretter rettleiing som samsvarer. Å finne opp samansetjingsreglar i hjelpeteksten, eller å love ei godtaking som backenden avviser, gjev båe støttebillettar. NIST si rettleiing for digital identitet heller mot klår rettleiing og nyttig tilbakemelding i staden for vilkårlege reglar, medan den faktiske policyen til organisasjonen framleis gjeld. Ei publisering er ikkje prov på at ein bestemt katalog allereie oppfører seg slik.

Hald feilmeldingar nyttige utan å leke hemmelegheiter. Ei melding som gjev att eit delvis skrive passord, eller eit skjermbilete i ein billett som inneheld eitt, gjer eit støtteartefakt om til ei eksponering av legitimasjon.

Formuleringar som passar backenden

Sida bør namngje arbeidsflyten i staden for å skildre policyen abstrakt. Sei kvar bytet skjer, kva prov som krevst, og kva som skjer med andre økter. Viss bytet loggar brukaren ut overalt, sei det; viss det lèt andre einingar vere aktive, sei det òg. Ein forvirra brukar som gjer om eit vellukka byte, er ein støttekostnad som betre formuleringar hindrar.

Lokalisering kan endre tonen i rettleiinga; ho kan ikkje endre kva backenden godtek.

Test flyten, ikkje sida

Bruk ein tillaten testkonto og gå gjennom det dokumenterte bytet, ei avvising, saka med utløpt passord og den påfølgjande pålogginga. Der MFA eller ei føderert omdirigering er del av den godkjende flyten, gå gjennom det òg. Ei side som vert vist rett, har stadfesta presentasjonen og ingenting anna, fordi identitetstenesta avgjer om legitimasjonsoperasjonen vart fullført.

Registrer resultatet av kvar sak med kontoen som vart brukt og klokkeslettet. Ein flyt som fungerer éin gong for ein administrator og feilar for ein vanleg brukar, er eit vanleg utfall, og registreringa er det som gjer det synleg.

Oppdater deretter sida slik at ho skildrar kva som faktisk hende. Det er heile oppgåva.