VPN პაროლის შეცვლის გვერდი: იდენტობის საცავთან შესაბამისობა

გახსენით პაროლის შეცვლის გვერდი და წაიკითხეთ ისე, როგორც მომხმარებელი წაიკითხავდა, შემდეგ ჰკითხეთ, რომელი სერვისი ფლობს სინამდვილეში სერთიფიკატს. გვერდი ფორმაა; იდენტობის საცავი უფლებამოსილია. თუ ორივე არ ემთხვევა, მომხმარებელს ხვდება უარყოფილი პაროლი, აღდგენა, რომელიც არაფერს აღადგენს, ან წარმატების შეტყობინება, რომელიც არაფერს ცვლის. ეკრანიდან backend-ამდე ნაკადის გავლა ერთადერთი გზაა ამის დასაჭერად.

დაიწყეთ ოპერაციის კლასიფიკაციით: ჩვეულებრივი შეცვლა, ვადაგასული პაროლის ნაკადი ან აღდგენა დავიწყებული პაროლის შემდეგ.

სამი ოპერაცია, სამი სამუშაო ნაკადი

ჩვეულებრივი შეცვლა ვარაუდობს, რომ მომხმარებელმა იცის მიმდინარე პაროლი და შეუძლია ამის დამტკიცება. ვადაგასული პაროლის ნაკადმა შეიძლება დაუშვას შეზღუდული სესია, სადაც მხოლოდ შეცვლაა ნებადართული. დავიწყებული პაროლის შემდეგ აღდგენა მოითხოვს სრულიად სხვა იდენტობის დამტკიცებას და შეიძლება გადაეცეს იდენტობის მომწოდებელს VPN-კარიბჭეზე დამუშავების ნაცვლად. თითოეულს აქვს საკუთარი ბოლო წერტილი, backend მხარდაჭერა და სესიის წესები, და ერთი ფორმა სამივეს სწორად ვერ მოემსახურება.

ფედერაციულ განლაგებაში კარიბჭემ შეიძლება საერთოდ არ შეაგროვოს ახალი პაროლი. შეამოწმეთ გადამისამართდება თუ არა ნაკადი იდენტობის მომწოდებელთან და აღწერს თუ არა გვერდის ტექსტი ჯერ კიდევ ლოკალურ ფორმას.

საიდან მოდის პოლიტიკა სინამდვილეში

ჰკითხეთ იდენტობის მფლობელს დასაშვები სიგრძის, სიმბოლოების ნაკრებისა და ნებისმიერი მოქმედი შეზღუდვის შესახებ, შემდეგ დაწერეთ შესაბამისი ინსტრუქციები. დახმარების ტექსტში შემადგენლობის წესების გამოგონება ან backend-ის მიერ უარყოფილი მიღების დაპირება ორივე მხარდაჭერის ბილეთებს ქმნის. NIST-ის ციფრული იდენტობის სახელმძღვანელო თვითნებური წესების ნაცვლად მიდრეკილია მკაფიო ხელმძღვანელობისა და სასარგებლო უკუკავშირისკენ, ხოლო ორგანიზაციის რეალური პოლიტიკა კვლავ მოქმედებს. პუბლიკაცია არ არის მტკიცებულება, რომ კონკრეტული კატალოგი უკვე ასე იქცევა.

შეინარჩუნეთ შეცდომის შეტყობინებები სასარგებლო საიდუმლოებების გამოვლენის გარეშე. შეტყობინება, რომელიც იმეორებს ნაწილობრივ აკრეფილ პაროლს, ან ბილეთში არსებული ეკრანის სურათი, რომელიც მას შეიცავს, მხარდაჭერის არტეფაქტს სერთიფიკატის გამოვლენად აქცევს.

Backend-თან შესაბამისი ფორმულირება

გვერდმა უნდა დაასახელოს სამუშაო ნაკადი და არა აბსტრაქტულად აღწეროს პოლიტიკა. თქვით, სად ხდება შეცვლა, რა დამტკიცებაა საჭირო და რა ემართება სხვა სესიებს. თუ შეცვლა მომხმარებელს ყველგან გასვლას აძლევს, თქვით ეს; თუ სხვა მოწყობილობებს აქტიურად ტოვებს, ესეც თქვით. დაბნეული მომხმარებელი, რომელიც წარმატებულ შეცვლას იმეორებს, მხარდაჭერის ხარჯია, რომელსაც უკეთესი ფორმულირება თავიდან აიცილებს.

ლოკალიზაციას შეუძლია შეცვალოს ინსტრუქციების ტონი; მას არ შეუძლია შეცვალოს ის, რასაც backend იღებს.

შეამოწმეთ ნაკადი და არა გვერდი

გამოიყენეთ დაშვებული სატესტო ანგარიში და გაიარეთ დოკუმენტირებული შეცვლა, უარყოფის შემთხვევა, ვადაგასული პაროლის შემთხვევა და შემდგომი შესვლა. სადაც MFA ან ფედერაციული გადამისამართება დამტკიცებული ნაკადის ნაწილია, გაიარეთ ისიც. სწორად გამოსახული გვერდი ამოწმებს წარდგენას და სხვა არაფერს, რადგან იდენტობის სერვისი წყვეტს, დასრულდა თუ არა სერთიფიკატის ოპერაცია.

ჩაწერეთ თითოეული შემთხვევის შედეგი გამოყენებულ ანგარიშთან და დროსთან ერთად. ნაკადი, რომელიც ერთხელ მუშაობს ადმინისტრატორისთვის და ვერ მუშაობს ჩვეულებრივი მომხმარებლისთვის, ჩვეულებრივი შედეგია, და ჩანაწერია ის, რაც მას თვალსაჩინოს ხდის.

შემდეგ განაახლეთ გვერდი, რომ აღწეროს, რა მოხდა სინამდვილეში. ეს არის მთელი დავალება.