Stranica za promjenu VPN lozinke: uskladite s pohranom identiteta

Otvorite stranicu za promjenu lozinke i pročitajte je kao što bi to učinio korisnik, a zatim pitajte koja usluga zapravo posjeduje akreditiv. Stranica je obrazac; pohrana identiteta je vlast. Ako se njih dvije ne slažu, korisnik nailazi na odbijenu lozinku, resetovanje koje ništa ne resetuje ili poruku o uspjehu koja ništa ne mijenja. Praćenje toka od ekrana do backenda jedini je način da se to uhvati.

Počnite klasifikacijom operacije: normalna promjena, tok istekle lozinke ili oporavak nakon zaboravljene lozinke.

Tri operacije, tri radna toka

Normalna promjena pretpostavlja da korisnik zna trenutnu lozinku i može to dokazati. Tok istekle lozinke može dopustiti ograničenu sesiju u kojoj je dopuštena samo promjena. Oporavak nakon zaboravljene lozinke zahtijeva potpuno drugačiji dokaz identiteta i može se delegirati davatelju identiteta umjesto da se obrađuje na VPN gatewayu. Svaki ima svoju krajnju točku, backend podršku i pravila sesije, i jedan obrazac ne može ispravno poslužiti sva tri.

Na federiranom postavljanju gateway možda uopće ne prikuplja novu lozinku. Provjerite preusmjerava li tok na davatelja identiteta i opisuje li tekst stranice još uvijek lokalni obrazac.

Odakle politika zapravo dolazi

Pitajte vlasnika identiteta za dopuštenu dužinu, skup znakova i sva primjenjiva ograničenja, a zatim napišite upute koje se s njima slažu. Izmišljanje pravila sastava u tekstu pomoći ili obećavanje prihvaćanja koje backend odbija, oboje stvara tikete podrške. NIST smjernice za digitalni identitet naginju jasnim uputama i korisnoj povratnoj informaciji umjesto proizvoljnih pravila, dok stvarna politika organizacije i dalje vlada. Objava nije dokaz da se određeni direktorij već ponaša na taj način.

Neka poruke o greškama budu korisne bez odavanja tajni. Poruka koja ponavlja djelomično otkucanu lozinku, ili snimka zaslona u tiketu koja je sadrži, pretvara artefakt podrške u izlaganje akreditiva.

Formulacije koje odgovaraju backendu

Stranica treba imenovati radni tok umjesto apstraktno opisivati politiku. Recite gdje se promjena događa, koji je dokaz potreban i što se događa s drugim sesijama. Ako promjena odjavljuje korisnika svugdje, recite to; ako ostavlja druge uređaje aktivnima, recite i to. Zbunjeni korisnik koji ponavlja uspješnu promjenu trošak je podrške koji bolja formulacija sprječava.

Lokalizacija može promijeniti ton uputa; ne može promijeniti ono što backend prihvaća.

Testirajte tok, ne stranicu

Upotrijebite dopušteni testni račun i prođite dokumentiranu promjenu, slučaj odbijanja, slučaj istekle lozinke i naknadnu prijavu. Gdje su MFA ili federirano preusmjeravanje dio odobrenog toka, prođite i to. Stranica koja se ispravno prikazuje provjerila je prezentaciju i ništa drugo, jer usluga identiteta odlučuje je li operacija s akreditivom dovršena.

Zabilježite rezultat svakog slučaja s korištenim računom i vremenom. Tok koji jednom radi za administratora, a ne uspijeva za običnog korisnika čest je ishod, a zapis je ono što ga čini vidljivim.

Zatim ažurirajte stranicu da opiše što se stvarno dogodilo. To je cijeli zadatak.