VPN գաղտնաբառի փոփոխման էջ. համապատասխանեցում ինքնության պահոցին
Ձևը իշխանություն չէ. պարզեք, թե որ պահոցն է տիրապետում գաղտնաբառին, գրեք դրա քաղաքականությանը համապատասխան հրահանգներ և ստուգեք փոփոխման, մերժման և վերակայման ուղիները։
Բացեք գաղտնաբառի փոփոխման էջը և կարդացեք այն այնպես, ինչպես կկարդար օգտատերը, ապա հարցրեք, թե որ ծառայությունն է իրականում տիրապետում հավատարմագրին։ Էջը ձև է. ինքնության պահոցը իշխանությունն է։ Եթե երկուսը չեն համընկնում, օգտատերը հանդիպում է մերժված գաղտնաբառի, վերակայման, որը ոչինչ չի վերակայում, կամ հաջողության հաղորդագրության, որը ոչինչ չի փոխում։ Էկրանից մինչև backend հոսքն անցնելը դա բռնելու միակ միջոցն է։
Սկսեք գործողության դասակարգմամբ. սովորական փոփոխություն, ժամկետանց գաղտնաբառի հոսք կամ մոռացված գաղտնաբառից հետո վերականգնում։
Երեք գործողություն, երեք աշխատահոսք
Սովորական փոփոխությունը ենթադրում է, որ օգտատերը գիտի ընթացիկ գաղտնաբառը և կարող է դա ապացուցել։ Ժամկետանց գաղտնաբառի հոսքը կարող է թույլ տալ սահմանափակ նստաշրջան, որտեղ թույլատրվում է միայն փոփոխությունը։ Մոռացված գաղտնաբառից հետո վերականգնումը պահանջում է բոլորովին այլ ինքնության ապացույց, և այն կարող է պատվիրակվել ինքնության մատակարարին՝ VPN դարպասում մշակելու փոխարեն։ Յուրաքանչյուրն ունի իր վերջնական կետը, backend աջակցությունը և նստաշրջանի կանոնները, և մեկ ձև չի կարող երեքն էլ ճիշտ սպասարկել։
Դաշնային տեղակայման դեպքում դարպասը կարող է ընդհանրապես նոր գաղտնաբառ չհավաքել։ Ստուգեք՝ արդյոք հոսքը վերահղվում է ինքնության մատակարարին, և արդյոք էջի տեքստը դեռ նկարագրում է տեղական ձև։
Որտեղից է իրականում գալիս քաղաքականությունը
Հարցրեք ինքնության սեփականատիրոջը թույլատրելի երկարության, նշանների հավաքածուի և կիրառելի սահմանափակումների մասին, ապա գրեք դրանց համապատասխան հրահանգներ։ Օգնության տեքստում կազմության կանոններ հորինելը կամ backend-ի կողմից մերժվող ընդունելություն խոստանալը երկուսն էլ աջակցության տոմսեր են ստեղծում։ NIST-ի թվային ինքնության ուղեցույցը հակված է պարզ ուղղորդման և օգտակար արձագանքի, այլ ոչ թե կամայական կանոնների, մինչդեռ կազմակերպության իրական քաղաքականությունը դեռ գերակայում է։ Հրապարակումը ապացույց չէ, որ որոշակի գրացուցակ արդեն այդպես է վարվում։
Պահեք սխալի հաղորդագրությունները օգտակար՝ չբացահայտելով գաղտնիքները։ Հաղորդագրությունը, որը կրկնում է մասամբ մուտքագրված գաղտնաբառը, կամ տոմսում առկա էկրանի նկարը, որը պարունակում է այն, աջակցության նյութը վերածում է հավատարմագրի բացահայտման։
Backend-ին համապատասխան ձևակերպում
Էջը պետք է անվանի աշխատահոսքը՝ քաղաքականությունը վերացական նկարագրելու փոխարեն։ Ասեք, թե որտեղ է տեղի ունենում փոփոխությունը, ինչ ապացույց է պահանջվում և ինչ է պատահում մյուս նստաշրջաններին։ Եթե փոփոխությունը օգտատիրոջը դուրս է հանում ամենուր, ասեք դա. եթե այն թողնում է այլ սարքեր ակտիվ, ասեք նաև դա։ Շփոթված օգտատերը, որը կրկնում է հաջող փոփոխությունը, աջակցության ծախս է, որը լավ ձևակերպումը կանխում է։
Տեղայնացումը կարող է փոխել հրահանգների երանգը. այն չի կարող փոխել այն, ինչ backend-ն ընդունում է։
Փորձարկեք հոսքը, ոչ թե էջը
Օգտագործեք թույլատրելի փորձնական հաշիվ և անցեք փաստաթղթավորված փոփոխությունը, մերժման դեպքը, ժամկետանց գաղտնաբառի դեպքը և հաջորդ մուտքը։ Որտեղ MFA-ն կամ դաշնային վերահղումը հաստատված հոսքի մասն են, անցեք նաև դա։ Ճիշտ ներկայացվող էջը ստուգել է ներկայացումը և ոչ այլ բան, քանի որ ինքնության ծառայությունն է որոշում՝ արդյոք հավատարմագրի գործողությունը ավարտվել է։
Գրանցեք յուրաքանչյուր դեպքի արդյունքը՝ օգտագործված հաշվի և ժամանակի հետ։ Հոսքը, որ մեկ անգամ աշխատում է ադմինիստրատորի համար և ձախողվում սովորական օգտատիրոջ համար, սովորական ելք է, և գրառումն է, որ այն դարձնում է տեսանելի։
Ապա թարմացրեք էջը՝ նկարագրելու, թե ինչ իրականում տեղի ունեցավ։ Ամբողջ խնդիրը սա է։