VPN MFA கோரிக்கை நிராகரிக்கப்பட்டது: கிளையண்ட் என்ன செய்ய வேண்டும்

நிராகரிக்கப்பட்ட MFA கோரிக்கை பிணையப் பிரச்சினை போலத் தெரிகிறது, ஆனால் அல்ல. சேவையகம் இரண்டாவது காரணியைக் கோரியது, காரணி எதிர்மறையாகத் திரும்பியது அல்லது ஒருபோதும் வரவில்லை, எந்தச் சுரங்கப்பாதையும் உருவாகும் முன்பே அமர்வு நிராகரிக்கப்பட்டது. அதன் பிறகு நடப்பது கிளையண்டின் நடத்தை பற்றிய கேள்வி: தோல்வியைக் காட்டி பயனர் புதிய முயற்சியைத் தொடங்க அனுமதிப்பது, அல்லது மேலும் கோரிக்கைகளை உருவாக்கி இறுதியில் கணக்குப் பாதுகாப்பை இயக்கும் வழிகளில் மீண்டும் முயல்வது. இரண்டாவது பாதையே ஒரு தவறாகத் தட்டச்சு செய்த குறியீடு பூட்டப்பட்ட கணக்காக மாறும் வழி.

எந்தக் கோரிக்கை தோல்வியடைந்தது என்பதைச் சரிபார்க்கவும்

எந்தக் கோரிக்கை தோல்வியடைந்தது என்பதை அடையாளம் காண்பதில் தொடங்குங்கள். புஷ் அறிவிப்பு, TOTP குறியீடு, FIDO உறுதிமொழி மற்றும் SAML ஓட்டம் ஒவ்வொன்றும் வெவ்வேறு விதமாகத் தோல்வியடைகின்றன, எதைக் கோரியது என்பது கிளையண்டுக்கு பொதுவாகத் தெரியும். நிராகரிப்பு, காலாவதியான சவால் மற்றும் சாதனத்தை ஒருபோதும் அடையாத விநியோகத் தோல்வி—அனைத்தும் ஒரே பொதுவான பிழையில் முடிகின்றன, எனவே வேறுபாடு பெரும்பாலும் கிளையண்டின் சொந்த நிலையில் மட்டுமே தப்பிப் பிழைக்கிறது.

அந்த நிலையைத் துல்லியமாகப் பதிவு செய்வது மதிப்புள்ளது. சவால் அடையாளங்காட்டி அல்லது பரிவர்த்தனைக் குறிப்பு, காரணி வகை, நேர முத்திரை மற்றும் முடிவைப் பதிவு செய்யுங்கள், ஆனால் குறியீட்டையோ உறுதிமொழியையோ ஒருபோதும் பதிவு செய்ய வேண்டாம். சவால் அடையாளங்காட்டியே நிர்வாகி அடையாள வழங்குநர் பக்கத்தில் நிகழ்வைக் கண்டறிய உதவுகிறது; அது இல்லாமல் ஆதரவு உரையாடல் “கடந்த ஒரு மணி நேரத்தில் எங்கோ” என்று தொடங்கி பொதுவாக அங்கேயே முடிகிறது. இதை ரகசியமாக அல்ல, கண்டறியும் மெட்டாடேட்டாவாகக் கருதுங்கள்.

புதிய சவாலுடன் ஒரு முறை, வேண்டுமென்றே மீண்டும் முயலுங்கள்

மீண்டும் முயல்வது புதிய சவாலுடன் கூடிய புதிய முயற்சியாக இருக்க வேண்டும், பழையதை மீண்டும் இயக்குவது அல்ல. கிளையண்ட் முந்தைய சவாலை மீண்டும் பயன்படுத்தும்போது, அடையாள வழங்குநர் அதைக் காலாவதியானது என நிராகரிக்கிறது அல்லது, மோசமானது, முந்தைய முயற்சிக்காக இருந்த ஒப்புதலை ஏற்கிறது. புதிய சவாலைக் கேளுங்கள், அதைக் காட்டுங்கள், இப்போது திரையில் இருப்பதில் பயனர் செயல்பட அனுமதியுங்கள்.

இடையில் சிறிய இடைவெளியுடன் இரண்டு முயற்சிகள் நியாயமான இயல்புநிலை; முடிவில்லாத சுழற்சி அல்ல. இரண்டாவது முயற்சி அதே வழியில் தோல்வியடைந்தால், தொடராமல் நிறுத்தி புகாரளியுங்கள்.

கிளையண்ட் என்ன செய்யக் கூடாது

உதவியாகத் தோன்றும் ஆனால் இல்லாத பல விஷயங்களைக் கிளையண்ட் செய்யக் கூடாது. யாராவது “அனுமதி” என்பதைத் தட்டும் வரை புஷ் அறிவிப்புகளைத் தொடர்ந்து அனுப்பக் கூடாது, ஏனெனில் அது பயனர்கள் தாங்கள் தொடங்காத கோரிக்கைகளை அனுமதிக்கப் பழக்குகிறது, மேலும் ஃபிஷிங் கிட்கள் அந்த நடத்தையையே நம்பியிருக்கின்றன. வலுவான காரணி தோல்வியடைந்ததால் பலவீனமான காரணிக்குத் திரும்பக் கூடாது, அதே நேரத்தில் தோன்றிய சான்றிதழ் புகாரைத் தவிர்க்க சேவையக அடையாளச் சரிபார்ப்பை முடக்கக் கூடாது. இந்த மூன்று குறுக்குவழிகளில் ஒவ்வொன்றும் அங்கீகாரத் தோல்வியை பாதுகாப்பு சம்பவமாக மாற்றுகிறது.

தோல்வியை அமைதியாக விழுங்கவும் கூடாது. இணைப்பை மூடி சுழலும் குறியீட்டைக் காட்டும் கிளையண்ட், மீண்டும் முயல்வதா, காத்திருப்பதா அல்லது ஆதரவை அழைப்பதா என்ற எந்தக் கருத்தும் இல்லாமல் பயனரை விட்டுவிடுகிறது. காரணி வகை மற்றும் சிறிய குறியீட்டுடன் தோல்வியைக் காட்டுங்கள், செய்தியை ரகசியங்களிலிருந்து விடுவித்து வையுங்கள், மீண்டும் முயலும் செயலைத் தானியங்கியாக அல்ல, வெளிப்படையாகச் செய்யுங்கள்.

கோரிக்கையை விசைப்பலகையில் இருப்பவர் தொடங்கவில்லை என்றால், சரியான நடவடிக்கை அதை நிராகரிக்கப்பட்டதாக விட்டு, சரிபார்க்கப்பட்ட ஆதரவுப் பாதையில் புகாரளிப்பதாகும். சத்தத்தை நிறுத்த கோரிக்கையை அனுமதிப்பது தோல்வி முறை, தீர்வு அல்ல.

ஆதரவுக்கு என்ன பதிவு செய்ய வேண்டும்

ஆதரவுக்கு பயனுள்ள பதிவு சிறியது. நேர மண்டலத்துடன் தோராயமான நேரம், கணக்கு, கிளையண்ட் மற்றும் பதிப்பு, காரணி வகை, மற்றும் ஒவ்வொரு முயற்சியின் ரகசியமல்லாத நிலை: கோரப்பட்டது, நிராகரிக்கப்பட்டது, காலாவதியானது, அனுமதிக்கப்பட்டது ஆனால் கொள்கையால் நிராகரிக்கப்பட்டது.

கிளையண்ட் மற்றும் சேவையகத்தின் கடிகாரங்களையும் கவனியுங்கள். TOTP என்பது நேரச் சாளரச் சரிபார்ப்பு, எனவே கடிகாரம் நகர்ந்த சாதனம் செல்லுபடியாகத் தோன்றும் குறியீடுகளை உருவாக்கும், அவை ஒவ்வொரு முறையும் தோல்வியடையும், நகர்வைக் குறிப்பிடாமல் தவறான குறியீட்டைப் புகாரளிக்கும் கிளையண்ட் ஒருபோதும் தவறாக இல்லாத சான்றுகளை மீட்டமைக்க மக்களை அனுப்புகிறது. உள்நுழைவு திரும்பத் திரும்பத் தோல்வியடையும் பயனர் மேலும் கோரிக்கைகளை உருவாக்கும் முன் ஆதரிக்கப்பட்ட கிளையண்ட் பதிப்பு, பதிவு நிலை மற்றும் ஆவணப்படுத்தப்பட்ட மீட்பு ஓட்டத்தைச் சரிபார்க்க வேண்டும்.

மீட்புப் பாதை உள்நுழைவுப் பாதைக்கு இணையான கவனிப்புக்குத் தகுதியானது. தொலைந்த சாதனத்திற்கான பணிப்பாய்வு நிராகரிப்பு அங்கீகாரத்தைத் தவிர்க்கும் அனுமதியாக மாறாமல் இருக்கவே இருக்கிறது, கிளையண்ட் தானே ஒன்றை உருவாக்குவதற்குப் பதிலாக நிறுவனத்தின் ஆவணப்படுத்தப்பட்ட செயல்முறையை இணைக்க வேண்டும்.

கட்டியெழுப்ப வேண்டிய விதி: நிராகரிப்பு ஒரு முடிவு, தடையல்ல. அதை ஒரு முறை, தெளிவாக, செயல்பட போதுமான சூழலுடன் புகாரளியுங்கள், அடுத்த முயற்சி புதியதாக இருக்கட்டும். ஃபிஷிங்-எதிர்ப்பு MFA பற்றிய CISA வழிகாட்டுதல் “அனுமதி கிடைக்கும் வரை கேளுங்கள்” என்பது ஆரம்பத்திலிருந்தே ஆபத்தானது ஏன் என்பதை விளக்குகிறது, யாராவது மீண்டும் முயலும் சுழற்சியைப் பரிந்துரைத்தால் மேற்கோள் காட்டத் தகுந்த ஆதாரம் அதுவே. நிராகரிப்புக்குப் பிறகு கிளையண்ட் சேர்ப்பது எல்லாம் அடுத்த முடிவை மனிதருக்கு எளிதாக்க வேண்டும், முடிவை அவரிடமிருந்து பறிக்கக் கூடாது.