د VPN د MFA غوښتنه رد شوه: کارونکی څه وکړي

رد شوې MFA غوښتنه د شبکې ستونزه ښکاري، خو نه ده. سرور دویم فکتور وغوښت، فکتور منفي راوګرځېد یا هېڅکله ونه رسېد، او غونډه مخکې له دې چې کوم تونل رامنځته شي رد شوه. له دې وروسته څه پېښېږي، د کارونکي د چلند پوښتنه ده: ناکامي ښکاره کړئ او کارونکي ته اجازه ورکړئ چې پاکه هڅه پیل کړي، یا په داسې لارو بیا هڅه وکړئ چې نورې غوښتنې جوړې کړي او په پای کې د حساب خوندیتوب فعال کړي. دویمه لار هغه ده چې یو غلط ټایپ شوی کوډ په تړل شوي حساب بدلېږي.

وګورئ چې کومه غوښتنه ناکامه شوه

په دې پیل وکړئ چې کومه غوښتنه ناکامه شوه وپیژنئ. پوش خبرتیا، TOTP کوډ، FIDO ثبوت او SAML بهیر هر یو په بېل ډول ناکامېږي، او کارونکی معمولاً پوهېږي چې کومه یې غوښتې وه. ردول، پای ته رسېدلې ننګونه او هغه سپارلو ناکامي چې هېڅکله وسیلې ته ونه رسېده—ټول په یوه عمومي تېروتنه پای ته رسېږي، نو توپیر اکثراً یوازې د کارونکي په خپله حالت کې پاتې کېږي.

دغه حالت د دقیق ثبتولو وړ دی. د ننګونې پېژندونکی یا د راکړې ورکړې حواله، د فکتور ډول، وخت ټاکونکی او پایله ولیکئ، خو کوډ یا ثبوت هېڅکله مه لیکئ. د ننګونې پېژندونکی هغه شی دی چې مدیر ته اجازه ورکوي پېښه د هویت چمتو کوونکي په اړخ کې پیدا کړي؛ پرته له دې، د ملاتړ خبرې اترې د «تېر ساعت کې یو ځای» سره پیل او معمولاً همالته پای ته رسېږي. دې ته د پټ راز په توګه نه، بلکې د تشخیصي میټاډاټا په توګه وګورئ.

له نوي ننګونې سره یو ځل، په قصد، بیا هڅه وکړئ

بیا هڅه باید له نوي ننګونې سره نوې هڅه وي، نه د زاړه تکرار. کله چې کارونکی پخوانۍ ننګونه بیا کاروي، د هویت چمتو کوونکی هغه یا زوړ ګڼي او ردوي یا، چې بدتر دی، هغه تایید مني چې د پخوانۍ هڅې لپاره په نظر کې و. نوې ننګونه وغواښئ، وښایاست یې، او کارونکي ته اجازه ورکړئ چې پر هغه کار وکړي چې اوس په سکرین دی.

دوه هڅې چې ترمنځ یې لنډه وقفه وي، مناسبه پیشفرض ده؛ بې پایې کړۍ نه. که دویمه هڅه همداسې ناکامه شي، د دوام پر ځای ودروئ او راپور ورکړئ.

کارونکی باید څه ونه کړي

کارونکی باید څو کارونه ونه کړي چې مرستندوی ښکاري خو نه دي. تر هغه چې یو څوک «منظور» ټک نه کړي، پوش خبرتیاوې مه لېږئ، ځکه دا کارونکي هغه غوښتنې منظوري ته هڅوي چې دوی پیل نه کړي، او فشینګ کټونه دقیقاً په همدې چلند تکیه کوي. ځکه چې پیاوړی فکتور ناکام شو، کمزوري فکتور ته مه ځئ، او د هماغه وخت د سند شکایت د تېرولو لپاره د سرور هویت څېړنه مه بندوئ. له دې درې لنډو لارو هر یوه د تصدیق ناکامي په امنیتي پېښه بدلوي.

همدارنګه باید ناکامي په غلیم ډول ونه نېسي. هغه کارونکی چې اړیکه بندوي او څرخېدونکی ښودونکی ښیي، کارونکی پرته له دې چې پوه شي بیا هڅه وکړي، انتظار وکړي یا ملاتړ ته زنګ ووهي، پرېږدي. ناکامي د فکتور ډول او لنډ کوډ سره وښایاست، پیغام له پټو رازونو پاک وساتئ، او د بیا هڅې کړنه په اتوماتیک ډول نه، بلکې ښکاره کړئ.

که غوښتنه د کیبورډ پر سر کس پیل نه کړې وه، سم کار دا دی چې هغه ردې پاتې کړئ او د تصدیق شوې ملاتړ لارې له مخې یې راپور ورکړئ. د شور د بندولو لپاره غوښتنه منظوري کول د ناکامۍ بڼه ده، نه حل.

د ملاتړ لپاره څه ولیکو

د ملاتړ لپاره ګټور ثبت کوچنی دی. د وخت سیمې سره نږدې وخت، حساب، کارونکی او نسخه، د فکتور ډول، او د هرې هڅې غیر پټ حالت: غوښتل شوې، رد شوه، وخت پای ته ورسېد، منظوري شوه خو تګلارې رد کړه.

د کارونکي او سرور ساعتونو ته هم پام وکړئ. TOTP د وخت کړکۍ څېړنه ده، نو هغه وسیله چې ساعت یې لږ شوی، سم ښکارېدونکي کوډونه جوړوي چې هره ځل ناکامېږي، او هغه کارونکی چې د لږېدو یادونه نه کوي او ناسم کوډ راپور ورکوي، خلک د هغو اعتبارنامو د بیا تنظیمولو ته لېږي چې هېڅکله غلطې نه وې. هغه کارونکی چې ننوتل یې پرلهپسې ناکامېږي باید د نورو غوښتنو له جوړولو مخکې د ملاتړ شوې کارونکي نسخه، د ثبت حالت او مستند شوې بیا رغونې بهیر وګوري.

د بیا رغونې لاره د ننوتلو لارې په څېر پاملرنې وړ ده. د ورک شوې وسیلې کاري بهیر په دقیق ډول د دې لپاره شته چې ردول د تصدیق د تېرولو اجازه نه شي، او کارونکی باید خپله جوړول پرېږدي او د سازمان مستند بهیر ته لینک ورکړي.

هغه قاعده چې پر بنسټ یې باید جوړښت وکړو دا ده: ردول یوه پایله ده، نه خنډ. یو ځل، په روښانه ډول، د کړنې لپاره کافي شالید سره راپور ورکړئ، او بلې هڅې ته اجازه ورکړئ چې نوې وي. د CISA لارښود د فشینګ ضد MFA په اړه څرګندوي چې «تر منظوري پورې پوښتنه کول» بڼه له پیل څخه خطرناکه ده، او هماغه هغه سرچینه ده چې د بیا هڅې کړۍ د وړاندیز پر مهال یې حواله ورکول ارزښت لري. هر څه چې کارونکی له ردولو وروسته زیاتوي باید بل تصمیم انسان لپاره اسانه کړي، نه تصمیم ترې واخلي.