VPN-ŝanĝa paĝo por pasvorto: agordu kun la identeca konservejo

Malfermu la paĝon por ŝanĝi pasvorton kaj legu ĝin tiel, kiel legus uzanto, poste demandu, kiu servo efektive posedas la akreditaĵon. La paĝo estas formularo; la identeca konservejo estas la aŭtoritato. Se la du malkongruas, la uzanto renkontas malakceptitan pasvorton, restarigon kiu restarigas nenion, aŭ sukcesan mesaĝon kiu ŝanĝas nenion. Trapasi la fluon de la ekrano ĝis la backend estas la sola maniero kapti tion.

Komencu per klasifiko de la operacio: normala ŝanĝo, fluo por eksvalidiĝinta pasvorto, aŭ reakiro post forgesita pasvorto.

Tri operacioj, tri laborfluoj

Normala ŝanĝo supozas, ke la uzanto konas la nunan pasvorton kaj povas pruvi tion. Fluo por eksvalidiĝinta pasvorto povas permesi limigitan seancon, en kiu permesatas nur la ŝanĝo. Reakiro post forgesita pasvorto bezonas tute alian pruvon de identeco, kaj ĝi povas esti delegita al identeca provizanto anstataŭ traktata ĉe la VPN-pordego. Ĉiu havas sian propran finpunkton, backend-subtenon kaj sesiajn regulojn, kaj unu formularo ne povas ĝuste servi ĉiujn tri.

En federacia starigo la pordego eble tute ne kolektas novan pasvorton. Kontrolu, ĉu la fluo alidirektas al la identeca provizanto kaj ĉu la teksto de la paĝo ankoraŭ priskribas lokan formularon.

De kie la politiko efektive venas

Demandu la identecposedanton pri la permesita longo, signaro kaj ĉiuj aplikeblaj limigoj, poste skribu instrukciojn kongruajn kun tio. Elpensi kunmetajn regulojn en la helpteksto, aŭ promesi akcepton kiun la backend rifuzas, ambaŭ produktas subtenajn biletojn. La NIST-gvidlinioj pri cifereca identeco inklinas al klara gvidado kaj utila retrosciigo anstataŭ arbitraj reguloj, dum la reala politiko de la organizo ankoraŭ validas. Publikaĵo ne estas pruvo, ke difinita dosierujo jam kondutas tiel.

Tenu erarmesaĝojn utilaj sen malkaŝi sekretojn. Mesaĝo kiu respegulas parte tajpitan pasvorton, aŭ ekrankopio en bileto enhavanta unu, transformas subtenan artefakton en malkaŝon de akreditaĵo.

Vortumo kongrua kun la backend

La paĝo nomu la laborfluon anstataŭ priskribi la politikon abstrakte. Diru, kie la ŝanĝo okazas, kiu pruvo necesas, kaj kio okazas al la aliaj sesioj. Se la ŝanĝo elsalutas la uzanton ĉie, diru tion; se ĝi lasas aliajn aparatojn aktivaj, diru ankaŭ tion. Konfuzita uzanto, kiu ripetas sukcesan ŝanĝon, estas subtena kosto, kiun pli bona vortumo malhelpas.

Lokalizado povas ŝanĝi la tonon de la instrukcioj; ĝi ne povas ŝanĝi tion, kion la backend akceptas.

Testu la fluon, ne la paĝon

Uzu permesitan testan konton kaj trairu la dokumentitan ŝanĝon, malakceptan kazon, la kazon de eksvalidiĝinta pasvorto kaj la postan ensaluton. Kie MFA aŭ federacia alidirektado estas parto de la aprobita fluo, trairu ankaŭ tion. Paĝo kiu bildiĝas ĝuste kontrolis la prezentadon kaj nenion alian, ĉar la identeca servo decidas, ĉu la akreditaĵa operacio kompletiĝis.

Registru la rezulton de ĉiu kazo kun la uzita konto kaj la tempo. Fluo kiu funkcias unufoje por administranto kaj malsukcesas por normala uzanto estas ofta rezulto, kaj la registro estas tio, kio igas ĝin videbla.

Poste ĝisdatigu la paĝon por priskribi, kio efektive okazis. Tio estas la tuta tasko.