VPN paroles maiņas lapa: saskaņošana ar identitātes krātuvi

Atveriet paroles maiņas lapu un lasiet to tā, kā to darītu lietotājs, pēc tam pajautājiet, kurš pakalpojums patiešām pārvalda akreditācijas datus. Lapa ir veidlapa; identitātes krātuve ir autoritāte. Ja abi nesakrīt, lietotājs saskaras ar noraidītu paroli, atiestatīšanu, kas neko neatiestata, vai veiksmes ziņojumu, kas neko nemaina. Plūsmas izsekošana no ekrāna līdz backend ir vienīgais veids, kā to noķert.

Sāciet ar darbības klasificēšanu: parasta maiņa, beigušās paroles plūsma vai atgūšana pēc aizmirstas paroles.

Trīs darbības, trīs darbplūsmas

Parasta maiņa pieņem, ka lietotājs zina pašreizējo paroli un var to pierādīt. Beigušās paroles plūsma var atļaut ierobežotu sesiju, kurā atļauta tikai maiņa. Atgūšana pēc aizmirstas paroles prasa pilnīgi citu identitātes pierādījumu, un to var deleģēt identitātes pakalpojumu sniedzējam, nevis apstrādāt VPN vārtejā. Katrai ir savs galapunkts, backend atbalsts un sesijas noteikumi, un viena veidlapa nevar pareizi apkalpot visas trīs.

Federatīvā izvietojumā vārteja var vispār neievākt jaunu paroli. Pārbaudiet, vai plūsma novirza uz identitātes pakalpojumu sniedzēju un vai lapas teksts joprojām apraksta vietēju veidlapu.

No kurienes politika patiešām nāk

Pajautājiet identitātes īpašniekam par atļauto garumu, rakstzīmju kopu un jebkuriem piemērojamiem ierobežojumiem, pēc tam uzrakstiet tiem atbilstošus norādījumus. Sastāva noteikumu izdomāšana palīdzības tekstā vai tādas pieņemšanas solīšana, ko backend noraida, abi rada atbalsta biļetes. NIST digitālās identitātes vadlīnijas sliecas uz skaidru norādījumu un noderīgu atgriezenisko saiti, nevis patvaļīgiem noteikumiem, un organizācijas faktiskā politika joprojām ir noteicošā. Publikācija nav pierādījums, ka konkrēts direktorijs jau uzvedas tieši tā.

Saglabājiet kļūdu ziņojumus noderīgus, neizpaužot noslēpumus. Ziņojums, kas atkārto daļēji ievadītu paroli, vai biļetē esošs ekrānuzņēmums, kurā tā ir, atbalsta artefaktu pārvērš akreditācijas datu atklāšanā.

Backend atbilstošs formulējums

Lapai būtu jānosauc darbplūsma, nevis abstrakti jāapraksta politika. Norādiet, kur notiek maiņa, kāds pierādījums ir nepieciešams un kas notiek ar citām sesijām. Ja maiņa izraksta lietotāju visur, sakiet to; ja citas ierīces paliek aktīvas, sakiet arī to. Apjucis lietotājs, kurš atkārto veiksmīgu maiņu, ir atbalsta izmaksas, ko labāks formulējums novērš.

Lokalizācija var mainīt norādījumu toni; tā nevar mainīt to, ko backend pieņem.

Pārbaudiet plūsmu, nevis lapu

Izmantojiet atļautu testa kontu un izstaigājiet dokumentēto maiņu, noraidīšanas gadījumu, beigušās paroles gadījumu un turpmāko pieteikšanos. Kur MFA vai federatīva novirzīšana ir apstiprinātās plūsmas daļa, izstaigājiet arī to. Pareizi attēlota lapa ir pārbaudījusi prezentāciju un neko citu, jo identitātes pakalpojums izlemj, vai akreditācijas datu darbība ir pabeigta.

Pierakstiet katra gadījuma rezultātu ar izmantoto kontu un laiku. Plūsma, kas vienreiz darbojas administratoram un neizdodas parastam lietotājam, ir biežs iznākums, un tieši pieraksts to padara redzamu.

Pēc tam atjauniniet lapu, lai aprakstītu, kas patiešām notika. Tas ir viss uzdevums.