VPN 비밀번호 변경 페이지: ID 저장소와 일치시키기

비밀번호 변경 페이지를 열고 사용자가 읽는 방식으로 읽은 다음, 자격 증명을 실제로 소유한 서비스가 무엇인지 물으십시오. 페이지는 양식이고 ID 저장소가 권한자입니다. 둘이 어긋나면 사용자는 거부된 비밀번호, 아무것도 재설정하지 않는 재설정, 아무것도 바꾸지 않는 성공 메시지를 만납니다. 화면에서 백엔드까지 흐름을 따라가는 것이 그것을 잡는 유일한 방법입니다.

작업을 분류하는 것부터 시작하십시오: 일반 변경, 만료된 비밀번호 흐름, 비밀번호를 잊은 뒤의 복구입니다.

세 가지 작업, 세 가지 워크플로

일반 변경은 사용자가 현재 비밀번호를 알고 이를 증명할 수 있다고 가정합니다. 만료된 비밀번호 흐름은 변경만 허용되는 제한 세션을 허용할 수 있습니다. 비밀번호를 잊은 뒤의 복구는 전혀 다른 신원 증명이 필요하며, VPN 게이트웨이에서 처리하는 대신 ID 공급자에게 위임될 수 있습니다. 각각 고유한 엔드포인트와 백엔드 지원, 세션 규칙이 있으며 하나의 양식이 세 가지를 모두 올바르게 처리할 수는 없습니다.

연합 배포에서는 게이트웨이가 새 비밀번호를 전혀 수집하지 않을 수 있습니다. 흐름이 ID 공급자로 리디렉션되는지, 페이지 문구가 여전히 로컬 양식을 설명하는지 확인하십시오.

정책은 실제로 어디에서 오는가

ID 소유자에게 허용 길이, 문자 집합, 적용되는 제한을 물은 다음 그에 맞는 안내를 작성하십시오. 도움말 문구에 구성 규칙을 지어내거나 백엔드가 거부하는 수락을 약속하는 것은 둘 다 지원 티켓을 만듭니다. NIST의 디지털 ID 지침은 임의 규칙보다 명확한 안내와 유용한 피드백을 지향하지만, 조직의 실제 정책이 여전히 우선합니다. 발행물은 특정 디렉터리가 이미 그렇게 동작한다는 증거가 아닙니다.

비밀을 누설하지 않으면서 오류 메시지를 유용하게 유지하십시오. 일부만 입력된 비밀번호를 그대로 되풀이하는 메시지나, 티켓에 있는 스크린샷이 그것을 포함하면 지원 산출물이 자격 증명 노출로 바뀝니다.

백엔드에 맞는 문구

페이지는 정책을 추상적으로 설명하는 대신 워크플로를 지목해야 합니다. 변경이 어디에서 일어나는지, 어떤 증명이 필요한지, 다른 세션은 어떻게 되는지 말하십시오. 변경이 사용자를 모든 곳에서 로그아웃시키면 그렇게 쓰고, 다른 기기를 활성 상태로 남기면 그것도 쓰십시오. 성공한 변경을 다시 시도하는 혼란스러운 사용자는 더 나은 문구가 막는 지원 비용입니다.

현지화는 안내의 어조를 바꿀 수 있지만 백엔드가 받아들이는 내용은 바꿀 수 없습니다.

페이지가 아니라 흐름을 시험하십시오

허용된 테스트 계정을 사용하여 문서화된 변경, 거부 사례, 만료된 비밀번호 사례, 이후 로그인을 따라가십시오. MFA나 연합 리디렉션이 승인된 흐름의 일부라면 그것도 따라가십시오. 올바르게 표시되는 페이지는 표시를 확인했을 뿐이며, 자격 증명 작업이 완료되었는지는 ID 서비스가 결정합니다.

각 사례의 결과를 사용한 계정과 시각과 함께 기록하십시오. 관리자에게는 한 번 동작하고 일반 사용자에게는 실패하는 흐름은 흔한 결과이며, 기록이 그것을 보이게 합니다.

그런 다음 실제로 무슨 일이 있었는지 설명하도록 페이지를 업데이트하십시오. 그것이 작업의 전부입니다.