VPN MFA विनंती नाकारली: क्लायंटने काय करावे

नाकारलेली MFA विनंती नेटवर्क समस्येसारखी दिसते आणि ती नाही. सर्व्हरने दुसरा घटक मागितला, घटक नकारात्मक परत आला किंवा कधीच पोहोचला नाही, आणि कोणताही बोगदा अस्तित्वात येण्यापूर्वीच सत्र नाकारले गेले. त्यानंतर काय होते हा क्लायंटच्या वर्तनाचा प्रश्न आहे: अयशस्वीता दाखवून वापरकर्त्याला स्वच्छ प्रयत्न सुरू करू द्यावा, किंवा अधिक विनंत्या निर्माण करणाऱ्या आणि शेवटी खाते संरक्षण सक्रिय करणाऱ्या पद्धतीने पुन्हा प्रयत्न करावा. दुसरा मार्ग म्हणजे एक चुकीचा टाइप केलेला कोड कसा लॉक झालेले खाते बनतो.

कोणती विनंती अयशस्वी झाली ते तपासा

कोणती विनंती अयशस्वी झाली हे ओळखून सुरुवात करा. पुश सूचना, TOTP कोड, FIDO प्रमाण आणि SAML प्रवाह प्रत्येक वेगळ्या पद्धतीने अयशस्वी होतात, आणि क्लायंटला सहसा माहीत असते की त्याने कोणती मागितली. नकार, कालबाह्य आव्हान आणि उपकरणापर्यंत कधीच न पोहोचलेली वितरण अयशस्वीता — सर्व एकाच सामान्य त्रुटीत संपतात, म्हणून फरक बहुतेक वेळा फक्त क्लायंटच्या स्वतःच्या स्थितीत टिकतो.

ती स्थिती अचूकपणे नोंदवण्यासारखी आहे. आव्हान ओळखकर्ता किंवा व्यवहार संदर्भ, घटकाचा प्रकार, वेळ शिक्का आणि निकाल नोंदवा, पण कोड किंवा प्रमाण कधीही नाही. आव्हान ओळखकर्ताच प्रशासकाला ओळख पुरवठादाराकडे घटना शोधण्याची परवानगी देतो; त्याशिवाय सहाय्यता संभाषण “गेल्या तासाभरात कुठेतरी” ने सुरू होते आणि सहसा तिथेच संपते. याकडे गुपित नाही तर निदान मेटाडेटा म्हणून पहा.

नवीन आव्हानासह एकदा, जाणूनबुजून पुन्हा प्रयत्न करा

पुनःप्रयत्न हा नवीन आव्हानासह नवीन प्रयत्न असावा, जुन्याची पुनरावृत्ती नाही. क्लायंटने मागील आव्हान पुन्हा वापरल्यास, ओळख पुरवठादार ते जुने म्हणून नाकारतो किंवा, त्याहून वाईट, मागील प्रयत्नासाठी हेतू असलेली मंजुरी स्वीकारतो. नवीन आव्हान मागा, ते दाखवा आणि आता स्क्रीनवर असलेल्या आव्हानावर वापरकर्त्याला कार्य करू द्या.

मध्ये थोडा विराम ठेवून दोन प्रयत्न हे योग्य डीफॉल्ट आहे; अमर्याद लूप नाही. दुसरा प्रयत्न त्याच पद्धतीने अयशस्वी झाल्यास, पुढे जाण्याऐवजी थांबा आणि अहवाल द्या.

क्लायंटने काय करू नये

क्लायंटने उपयुक्त वाटणारी पण नसलेली अनेक कामे करू नयेत. कोणी “मंजूर” टॅप करेपर्यंत पुश सूचना पाठवत राहू नये, कारण त्यामुळे वापरकर्ते स्वतः सुरू न केलेल्या विनंत्या मंजूर करायला शिकतात आणि फिशिंग किट अगदी त्याच वर्तनावर अवलंबून असतात. मजबूत घटक अयशस्वी झाला म्हणून कमकुवत घटकाकडे परत जाऊ नये, आणि त्याच वेळी दिसलेल्या प्रमाणपत्र तक्रारीतून बचावण्यासाठी सर्व्हर ओळख तपासणी बंद करू नये. या तीनही शॉर्टकटपैकी प्रत्येक प्रमाणीकरण अयशस्वीतेचे सुरक्षा घटनेत रूपांतर करतो.

अयशस्वीता शांतपणे गिळूनही टाकू नये. जो क्लायंट कनेक्शन बंद करून स्पिनर दाखवतो, तो वापरकर्त्याला पुन्हा प्रयत्न करावा, थांबावे की सहाय्यतााला फोन करावा याची कल्पनाही न देता सोडतो. घटकाचा प्रकार आणि छोटा कोड देऊन अयशस्वीता दाखवा, संदेश गुपितांपासून मुक्त ठेवा आणि पुनःप्रयत्नाची क्रिया स्वयंचलित नाही तर स्पष्ट करा.

विनंती कीबोर्डवरील व्यक्तीने सुरू केली नसेल, तर योग्य कृती ती नाकारलेली ठेवणे आणि सत्यापित सहाय्यता मार्गाने अहवाल देणे आहे. गोंगाट थांबवण्यासाठी विनंती मंजूर करणे हा अयशस्वीतेचा नमुना आहे, उपाय नाही.

सहाय्यतेसाठी काय नोंदवावे

सहाय्यतेसाठी उपयुक्त नोंद लहान असते. वेळ क्षेत्रासह अंदाजे वेळ, खाते, क्लायंट आणि आवृत्ती, घटकाचा प्रकार, आणि प्रत्येक प्रयत्नाची गैर-गुप्त स्थिती: मागितले, नाकारले, कालबाह्य, मंजूर पण धोरणाने नाकारले.

क्लायंट आणि सर्व्हरच्या घड्याळांकडेही लक्ष द्या. TOTP ही वेळ-खिडकी तपासणी आहे, त्यामुळे घड्याळ सरकलेले उपकरण वैध दिसणारे कोड तयार करते जे प्रत्येक वेळी अयशस्वी होतात, आणि सरकण्याचा उल्लेख न करता अवैध कोडचा अहवाल देणारा क्लायंट लोकांना कधीही चुकीचे नसलेली क्रेडेन्शियल्स रीसेट करायला पाठवतो. ज्याचे लॉगिन वारंवार अयशस्वी होते त्याने अधिक विनंत्या तयार करण्यापूर्वी समर्थित क्लायंट आवृत्ती, नोंदणी स्थिती आणि दस्तऐवजीकृत पुनर्प्राप्ती प्रवाह तपासावा.

पुनर्प्राप्तीचा मार्ग लॉगिनच्या मार्गाइतकाच काळजी घेण्यास पात्र आहे. हरवलेल्या उपकरणासाठीचा कार्यप्रवाह नकार हा प्रमाणीकरण टाळण्याची परवानगी होऊ नये यासाठीच अस्तित्वात आहे, आणि क्लायंटने स्वतःचा शोधून काढण्याऐवजी संस्थेच्या दस्तऐवजीकृत प्रक्रियेची लिंक द्यावी.

ज्या नियमावर बांधणी करायची तो असा: नकार हा निकाल आहे, अडथळा नाही. तो एकदा, स्पष्टपणे, कार्य करण्यास पुरेशा संदर्भासह अहवाल द्या आणि पुढील प्रयत्न नवीन होऊ द्या. फिशिंग-प्रतिरोधक MFA बद्दल CISA मार्गदर्शन स्पष्ट करते की “मंजुरी मिळेपर्यंत विचारत राहा” हा नमुना सुरुवातीपासूनच धोकादायक का आहे, आणि कोणी पुनःप्रयत्नांचा लूप सुचवल्यास उद्धृत करण्यासारखा संदर्भ तोच आहे. नकारानंतर क्लायंट जे काही जोडेल त्याने पुढील निर्णय माणसासाठी सोपा व्हावा, निर्णय त्याच्याकडून हिरावून घेऊ नये.