Hapni faqen e ndryshimit të fjalëkalimit dhe lexojeni ashtu siç do ta lexonte një përdorues, më pas pyesni cila shërbim zotëron në të vërtetë kredencialin. Faqja është një formular; depoja e identitetit është autoriteti. Nëse të dy nuk përputhen, përdoruesi has një fjalëkalim të refuzuar, një rivendosje që nuk rivendos asgjë, ose një mesazh suksesi që nuk ndryshon asgjë. Kalimi i rrjedhës nga ekrani në backend është mënyra e vetme për ta kapur këtë.

Filloni duke klasifikuar veprimin: një ndryshim normal, një rrjedhë për fjalëkalim të skaduar ose një rikuperim pas një fjalëkalimi të harruar.

Tre veprime, tre rrjedha pune

Një ndryshim normal supozon se përdoruesi e njeh fjalëkalimin aktual dhe mund ta provojë atë. Një rrjedhë për fjalëkalim të skaduar mund të lejojë një sesion të kufizuar në të cilin lejohet vetëm ndryshimi. Rikuperimi pas një fjalëkalimi të harruar kërkon një provë identiteti krejtësisht tjetër, dhe mund t'i delegohet një ofruesi identiteti në vend që të trajtohet në portën VPN. Secila ka pikën e vet të fundit, mbështetjen e backend-it dhe rregullat e sesionit, dhe një formular nuk mund t'i shërbejë saktë të treve.

Në një vendosje federale porta mund të mos mbledhë fare një fjalëkalim të ri. Kontrolloni nëse rrjedha ridrejton te ofruesi i identitetit dhe nëse teksti i faqes përshkruan ende një formular lokal.

Nga vjen në të vërtetë politika

Pyetni pronarin e identitetit për gjatësinë e lejuar, grupin e karaktereve dhe çdo kufizim të zbatueshëm, më pas shkruani udhëzime që përputhen. Shpikja e rregullave të përbërjes në tekstin e ndihmës, ose premtimi i një pranimi që backend-i refuzon, të dyja prodhojnë bileta mbështetjeje. Udhëzimet e NIST për identitetin digjital anojnë drejt udhëzimeve të qarta dhe reagimeve të dobishme në vend të rregullave arbitrare, ndërsa politika reale e organizatës vazhdon të mbizotërojë. Një botim nuk është provë që një drejtori e caktuar tashmë sillet kështu.

Mbani mesazhet e gabimit të dobishme pa zbuluar sekrete. Një mesazh që përsërit një fjalëkalim të shtypur pjesërisht, ose një pamje ekrani në një biletë që përmban një të tillë, e kthejnë një artefakt mbështetjeje në ekspozim kredenciali.

Formulim që përputhet me backend-in

Faqja duhet të emërojë rrjedhën e punës në vend që të përshkruajë politikën në mënyrë abstrakte. Thoni ku ndodh ndryshimi, çfarë prove kërkohet dhe çfarë ndodh me sesionet e tjera. Nëse ndryshimi e shkëput përdoruesin kudo, thoni këtë; nëse lë pajisje të tjera aktive, thoni edhe këtë. Një përdorues i hutuar që përsërit një ndryshim të suksesshëm është një kosto mbështetjeje që formulimi më i mirë e parandalon.

Lokalizimi mund të ndryshojë tonin e udhëzimeve; nuk mund të ndryshojë atë që pranon backend-i.

Testoni rrjedhën, jo faqen

Përdorni një llogari testuese të lejuar dhe kaloni ndryshimin e dokumentuar, një rast refuzimi, rastin e fjalëkalimit të skaduar dhe hyrjen pasuese. Aty ku MFA ose një ridrejtim federal është pjesë e rrjedhës së miratuar, kaloni edhe atë. Një faqe që paraqitet saktë ka verifikuar prezantimin dhe asgjë tjetër, sepse shërbimi i identitetit vendos nëse operacioni me kredencialin përfundoi.

Regjistroni rezultatin e çdo rasti me llogarinë e përdorur dhe kohën. Një rrjedhë që funksionon një herë për një administrator dhe dështon për një përdorues normal është një rezultat i zakonshëm, dhe regjistri është ai që e bën të dukshëm.

Më pas përditësoni faqen për të përshkruar atë që ndodhi në të vërtetë. Kjo është e gjithë detyra.

Artikuj të ngjashëm