हराएको VPN प्रमाणक: MFA नबन्द गरी बदल्नुहोस्

कसैको फोन हराउँछ र टिकट VPN बिग्रिएको रूपमा आउँछ। यो ढाँचा दुई पटक गलत छ: खाता अझै छ, र गेटवे अझै पहिचान प्रदायकमाथि विश्वास गर्छ, त्यसैले बिग्रिएको एक मात्र भाग व्यक्तिसँग अब नभएको एक कारक हो। यसलाई अवरोध होइन, पुनःप्राप्ति मान्नुहोस्: अनुरोधकर्ता प्रमाणित गर्नुहोस्, प्रतिस्थापन दर्ता गर्नुहोस्, हराएको विधि रद्द गर्नुहोस्, त्यसपछि खाता काम गर्छ भनी प्रमाणित गर्नुहोस्। यो सबै योजना हानिअघि लेखिएको थियो भन्ने मान्छ, किनकि कलको क्रममा योजना बनाउनु नै MFA सबैका लागि बन्द हुने बाटो हो।

चरण 1: दर्ता भएका कारकहरू सम्झनाबाट होइन, अभिलेखबाट पढ्नुहोस्

पहिलो प्रश्न कुन उपकरण हरायो भन्ने होइन, खाताले अझै अरू के प्रयोग गर्न सक्छ भन्ने हो। खातामा पासवर्डसँग पुश, समय-आधारित कोड, हार्डवेयर कुञ्जी र छापिएका पुनःप्राप्ति कोड हुन सक्छन्, र तीमध्ये एउटा हराउनु एक मात्र हराउनुभन्दा पूर्ण रूपमा फरक घटना हो। प्रयोगकर्तालाई सम्झन भन्नुको सट्टा पहिचान प्रणालीबाट विधिहरूको सूची पढ्नुहोस्, र Microsoft Entra टेनन्टमा क्वेरी एक लाइन हो:

Get-MgUserAuthenticationMethod -UserId [email protected]

त्यसपछि खाता अझै चल्दै गर्दा पुनःप्राप्ति अभिलेख लेख्नुहोस्: खाता पहिचानकर्ता, दर्ता भएका कारकहरू, पुनःप्राप्ति कोडहरू कहाँ रहन्छन्, कसले अनुरोधकर्तालाई स्वतन्त्र रूपमा प्रमाणित गर्न सक्छ, र खाता कुन प्रणालीसम्म पुग्छ। यसलाई टोलीले पहिल्यै प्रयोग गर्ने सुरक्षित इन्भेन्टरीमा राख्नुहोस्, कहिल्यै सक्रिय कोड पनि भएको टिप्पणीमा राख्नुहोस्। ती पाँच क्षेत्रले आतंकित कललाई जाँचसूचीमा बदल्छन्, र NISTको प्रमाणक जीवनचक्र मार्गदर्शन ले पुनःप्राप्तिलाई प्रमाणपत्रको भाग मान्छ, त्यसको अपवाद होइन।

प्रमाणीकरण च्यानललाई अलग क्षेत्रको रूपमा अभिलेख गर्नुहोस्, किनकि मानिसहरूले छोड्ने भाग यही हो। खातासँग जोडिएको फोन नम्बर स्वतन्त्र च्यानल होइन जब माग्ने व्यक्ति आफैंले फोन नियन्त्रण गर्छ।

चरण 2: अनुरोधकर्तालाई असफल मार्गबाहिर प्रमाणित गर्नुहोस्

पहिचान जाँचलाई VPN, मेलबक्स वा हराएको उपकरणमा निर्भर नहुने च्यानलबाट गर्नुहोस्। मानव संसाधन अभिलेखको नम्बरमा फिर्ता कल, वा निर्देशिकामा पहिल्यै भएको प्रबन्धकसँग आमने-सामने जाँच, दुवै काम गर्छन्; पुनःप्राप्तिमा रहेको खाताबाट पठाइएको च्याट सन्देश काम गर्दैन। जाँच व्यक्तिबारे हो, खाताबारे प्रश्नको उत्तर दिने क्षमताबारे होइन, किनकि खाताका विवरण चुहिन्छन्। कसले कहिले अनुरोध प्रमाणित गर्यो अभिलेख गर्नुहोस्, किनकि अर्को समीक्षकले दुवै चाहन्छ।

अनुरोध तत्कालता र जाँच छोड्ने दबाबसहित आउँदा त्यही ढिलो हुने क्षण हो। पुनःप्राप्ति ठगी हतारमा रहेको सहयोगी सहकर्मीजस्तै देखिन्छ।

चरण 3: प्रतिस्थापन दर्ता गर्नुहोस्, त्यसपछि पुरानो कारक रद्द गर्नुहोस्

नयाँ प्रमाणक सामान्य दर्ता प्रवाहबाट दर्ता गर्नुहोस्, कहिल्यै प्रशासनिक बाइपासबाट होइन। त्यसपछि हराएको विधि स्पष्ट रूपमा हटाउनुहोस्, किनकि प्रतिस्थापन दर्ता गर्दा अघिल्लो प्रमाणक कसैले रद्द नगरेसम्म अधिकृत रहन्छ। पुरानो उपकरण अरू कसैको हातमा हुन सक्छ भने हटाउनेलाई तत्काल मान्नुहोस् र पुनःप्राप्तिको सट्टा घटना प्रक्रिया पालना गर्नुहोस्। त्यही चरणमा विद्यमान सत्रहरू रद्द गर्नुहोस्, किनकि परिवर्तनअघि बनाइएको सत्र त्यसभन्दा लामो बाँच्न सक्छ:

Revoke-MgUserSignInSession -UserId [email protected]

अरू सबैका लागि कारक हटाउनु, वा गेटवेको प्रमाणपत्र जाँचहरू खुकुलो बनाउनु, एक व्यक्तिको पुनःप्राप्तिलाई सम्पूर्ण तैनाथीलाई छुने अवरोधसँग साट्छ। परिवर्तनलाई एकल खातामा सीमित राख्नुहोस् र प्रमाणले फराकिलो सम्झौतातर्फ संकेत गरेमा माथि पठाउनुहोस्। टिकटमा कुन कारक रद्द भयो र कसले त्यसको ठाउँ लियो अभिलेख गर्नुहोस्।

चरण 4: खाता दुवै दिशामा काम गर्छ भनी प्रमाणित गर्नुहोस्

समर्थित क्लाइन्टबाट नयाँ कारकसँग एक पटक लगइन गर्नुहोस्, त्यसपछि हानिअघि पुगेका स्रोतहरूमा खाता अझै पुग्छ भनी पुष्टि गर्नुहोस्। टनेल चाहिने एउटा स्रोत र नचाहिने अर्को परीक्षण गर्नुहोस्, ताकि असफलताले सही तहतर्फ संकेत गरोस्। रद्द गरिएको कारकसँग लगइन प्रयास गर्नुहोस् र प्रॉम्प्टको सट्टा अस्वीकृतिको अपेक्षा गर्नुहोस्, जसले हटाउने प्रभावकारी भएको प्रमाणित गर्छ। विद्यमान दर्ता भएको उपकरणबाट असफल हुने चुनौती प्रॉम्प्टको समस्या हो, सबै फेरि दर्ता गर्ने कारण होइन।

त्यसपछि प्रयोगकर्तालाई त्यही लगइन मार्गदर्शनबिना पूरा गर्न भन्नुहोस्। तपाईंको सफल परीक्षणले कन्फिगरेसन प्रमाणित गर्छ; उहाँको प्रयासले हस्तान्तरण प्रमाणित गर्छ।

सफल लगइनको समयछाप र अहिले प्रयोग भइरहेको कारकको नामसहित टिकट बन्द गर्नुहोस्। त्यही चरणमा पुनःप्राप्ति अभिलेख अद्यावधिक गर्नुहोस्, ताकि अर्को हानि पुरानो होइन, सही इन्भेन्टरीबाट सुरु होस्।

चरण 5: यसलाई पीडादायी बनाएको सर्त हटाउनुहोस्

प्रत्येक पुनःप्राप्ति कल दर्ता डिजाइनबारे प्रमाण हो। खातामा ठ्याक्कै एक कारक थियो भने त्यो समूहका सबैका लागि दोस्रो अनिवार्य गर्नुहोस्। पुनःप्राप्ति कोड हराएको ल्यापटपमा थिए भने ती कहाँ रहन्छन् परिवर्तन गर्नुहोस्। प्रमाणीकरणलाई बिदामा गएको प्रबन्धक चाहिन्थ्यो भने प्रतिनिधि तोक्नुहोस्। प्रत्येक सुधारले एक दिनको दिउँसो लिन्छ र अर्को घटनाको सबैभन्दा नराम्रो घण्टा हटाउँछ।

त्यसपछि चरण एकको अभिलेखलाई वास्तविकतासँग भिडाएर फेरि पढ्नुहोस्। यसले साँच्चै अस्तित्वमा रहेका कारकहरू सूचीबद्ध गर्छ, र प्रमाणीकरण च्यानल अझै मानिससम्म पुग्छ? कसैले अद्यावधिक नगर्ने हस्तपुस्तिका जुन कलका लागि लेखिएको थियो त्यसै कलको क्रममा मानिसहरूले बेवास्ता गर्ने दस्तावेजमा क्षीण हुन्छ।