Strona zmiany hasła VPN: dopasowanie do magazynu tożsamości

Otwórz stronę zmiany hasła i przeczytaj ją tak, jak zrobiłby to użytkownik, a następnie zapytaj, która usługa naprawdę przechowuje dane uwierzytelniające. Strona jest formularzem; magazyn tożsamości jest organem. Jeśli oba się nie zgadzają, użytkownik spotyka odrzucone hasło, resetowanie, które niczego nie resetuje, albo komunikat o sukcesie, który niczego nie zmienia. Przejście ścieżki od ekranu do backendu to jedyny sposób, aby to wychwycić.

Zacznij od sklasyfikowania operacji: zwykła zmiana, przepływ wygasłego hasła lub odzyskiwanie po zapomnianym haśle.

Trzy operacje, trzy przepływy pracy

Zwykła zmiana zakłada, że użytkownik zna bieżące hasło i potrafi to udowodnić. Przepływ wygasłego hasła może pozwolić na ograniczoną sesję, w której dozwolona jest tylko zmiana. Odzyskiwanie po zapomnianym haśle wymaga zupełnie innego dowodu tożsamości i może zostać delegowane do dostawcy tożsamości zamiast obsługiwane na bramie VPN. Każda ma własny punkt końcowy, wsparcie backendu i reguły sesji, a jeden formularz nie może poprawnie obsłużyć wszystkich trzech.

Wdrożenie federacyjne może w ogóle nie zbierać nowego hasła na bramie. Sprawdź, czy przepływ przekierowuje do dostawcy tożsamości i czy tekst strony nadal opisuje lokalny formularz.

Skąd naprawdę pochodzi polityka

Zapytaj właściciela tożsamości o dozwoloną długość, zestaw znaków i wszelkie obowiązujące ograniczenia, a następnie napisz zgodne z nimi instrukcje. Wymyślanie reguł kompozycji w tekście pomocy lub obiecywanie akceptacji, której backend odmawia, jedno i drugie generuje zgłoszenia do pomocy technicznej. Wytyczne NIST dotyczące tożsamości cyfrowej skłaniają się ku jasnym wskazówkom i użytecznej informacji zwrotnej zamiast arbitralnych reguł, a rzeczywista polityka organizacji nadal obowiązuje. Publikacja nie jest dowodem, że konkretny katalog już zachowuje się w ten sposób.

Utrzymuj komunikaty o błędach użyteczne, nie ujawniając tajemnic. Komunikat, który powtarza częściowo wpisane hasło, lub zrzut ekranu w zgłoszeniu, który je zawiera, zamienia artefakt pomocy technicznej w ujawnienie danych uwierzytelniających.

Sformułowania zgodne z backendem

Strona powinna nazywać przepływ pracy, a nie opisywać politykę w sposób abstrakcyjny. Powiedz, gdzie odbywa się zmiana, jaki dowód jest wymagany i co dzieje się z innymi sesjami. Jeśli zmiana wylogowuje użytkownika wszędzie, powiedz to; jeśli pozostawia inne urządzenia aktywne, też to powiedz. Zdezorientowany użytkownik powtarzający udaną zmianę to koszt pomocy technicznej, którego lepsze sformułowania unikają.

Lokalizacja może zmienić ton instrukcji; nie może zmienić tego, co akceptuje backend.

Testuj przepływ, nie stronę

Użyj dozwolonego konta testowego i przejdź udokumentowaną zmianę, przypadek odrzucenia, przypadek wygasłego hasła i późniejsze logowanie. Tam gdzie MFA lub przekierowanie federacyjne jest częścią zatwierdzonego przepływu, przejdź także to. Strona, która wyświetla się poprawnie, zweryfikowała prezentację i nic więcej, ponieważ to usługa tożsamości decyduje, czy operacja na danych uwierzytelniających została zakończona.

Zapisz wynik każdego przypadku wraz z użytym kontem i godziną. Przepływ, który działa raz dla administratora i zawodzi dla zwykłego użytkownika, jest częstym wynikiem, i to zapis czyni go widocznym.

Następnie zaktualizuj stronę, aby opisywała, co naprawdę się stało. To całe zadanie.