పోయిన VPN ప్రామాణీకరణ సాధనం: MFA ఆఫ్ చేయకుండా భర్తీ చేయండి

ఎవరో ఫోన్ పోగొట్టుకుంటారు, టికెట్ VPN పాడైంది అని వస్తుంది. ఆ చట్రం రెండుసార్లు తప్పు: ఖాతా ఇంకా ఉంది, మరియు గేట్వే ఇంకా గుర్తింపు ప్రదాతను నమ్ముతుంది, కాబట్టి పాడైన ఏకైక భాగం వ్యక్తి వద్ద లేని ఒక కారకం మాత్రమే. దీన్ని అంతరాయం కాదు, పునరుద్ధరణగా పరిగణించండి: అభ్యర్థికుడిని ధృవీకరించండి, ప్రత్యామ్నాయాన్ని నమోదు చేయండి, పోయిన పద్ధతిని ఉపసంహరించండి, ఆపై ఖాతా పని చేస్తుందని నిరూపించండి. ఇవన్నీ నష్టానికి ముందే ప్రణాళిక రాయబడిందని ఊహిస్తాయి, ఎందుకంటే కాల్ సమయంలో దాన్ని కల్పించడమే MFA అందరికీ ఆఫ్ అయ్యే మార్గం.

దశ 1: నమోదైన కారకాలను జ్ఞాపకం నుండి కాదు, రికార్డు నుండి చదవండి

మొదటి ప్రశ్న ఏ పరికరం పోయిందని కాదు, ఖాతా ఇంకా ఏమి ఉపయోగించగలదని. ఖాతాలో పాస్వర్డ్తో పుష్, సమయ ఆధారిత కోడ్, హార్డ్వేర్ కీ మరియు ముద్రించిన పునరుద్ధరణ కోడ్లు ఉండవచ్చు, వాటిలో ఒకటి పోవడం ఏకైకదాన్ని పోవడం కంటే పూర్తిగా భిన్న సంఘటన. వినియోగదారుని గుర్తుంచుకోమని అడగడం బదులు గుర్తింపు వ్యవస్థ నుండి పద్ధతుల జాబితాను చదవండి, మరియు Microsoft Entra టెనెంట్లో ప్రశ్న ఒక పంక్తి:

Get-MgUserAuthenticationMethod -UserId [email protected]

తర్వాత ఖాతా ఇంకా పని చేస్తున్నప్పుడే పునరుద్ధరణ రికార్డును రాయండి: ఖాతా గుర్తింపు, నమోదైన కారకాలు, పునరుద్ధరణ కోడ్లు ఎక్కడ ఉన్నాయి, ఎవరు అభ్యర్థికుడిని స్వతంత్రంగా ధృవీకరించగలరు, మరియు ఖాతా ఏ వ్యవస్థలను చేరుతుంది. బృందం ఇప్పటికే ఉపయోగిస్తున్న రక్షిత జాబితాలో ఉంచండి, సక్రియ కోడ్లు కూడా ఉన్న నోట్లో ఎప్పుడూ ఉంచవద్దు. ఆ ఐదు ఫీల్డ్లు భయాందోళన కాల్ను చెక్లిస్ట్గా మారుస్తాయి, మరియు NIST ప్రామాణీకరణ సాధన జీవితచక్ర మార్గదర్శకం పునరుద్ధరణను ఆధారాల భాగంగా చూస్తుంది, దాని నుండి మినహాయింపుగా కాదు.

ధృవీకరణ ఛానెల్ను ప్రత్యేక ఫీల్డ్గా నమోదు చేయండి, ఎందుకంటే ప్రజలు దాటవేసే భాగం అదే. అడిగే వ్యక్తి ఫోన్ను కూడా నియంత్రిస్తున్నప్పుడు ఖాతాకు జోడించిన ఫోన్ నంబర్ స్వతంత్ర ఛానెల్ కాదు.

దశ 2: అభ్యర్థికుడిని విఫలమయ్యే మార్గం వెలుపల ధృవీకరించండి

గుర్తింపు తనిఖీని VPN, మెయిల్బాక్స్ లేదా పోయిన పరికరంపై ఆధారపడని ఛానెల్ ద్వారా చేయండి. మానవ వనరుల రికార్డు నంబర్కు తిరిగి కాల్, లేదా ఇప్పటికే డైరెక్టరీలో ఉన్న మేనేజర్తో ముఖాముఖి తనిఖీ, రెండూ పని చేస్తాయి; పునరుద్ధరణలో ఉన్న ఖాతా నుండి పంపిన చాట్ సందేశం పని చేయదు. తనిఖీ వ్యక్తి గురించి, ఖాతా గురించిన ప్రశ్నలకు సమాధానం ఇచ్చే సామర్థ్యం గురించి కాదు, ఎందుకంటే ఖాతా వివరాలు లీక్ అవుతాయి. ఎవరు ఎప్పుడు అభ్యర్థనను ధృవీకరించారో నమోదు చేయండి, ఎందుకంటే తదుపరి సమీక్షకుడికి రెండూ కావాలి.

అభ్యర్థన తొందర మరియు తనిఖీని దాటవేయాలనే ఒత్తిడితో వచ్చినప్పుడు, అదే నెమ్మదించాల్సిన క్షణం. పునరుద్ధరణ మోసం తొందరపడుతున్న సహాయక సహోద్యోగిలాగానే కనిపిస్తుంది.

దశ 3: ప్రత్యామ్నాయాన్ని నమోదు చేయండి, ఆపై పాత కారకాన్ని ఉపసంహరించండి

కొత్త ప్రామాణీకరణ సాధనాన్ని సాధారణ నమోదు ప్రవాహం ద్వారా నమోదు చేయండి, ఎప్పుడూ పరిపాలనా బైపాస్ ద్వారా కాదు. తర్వాత పోయిన పద్ధతిని స్పష్టంగా తొలగించండి, ఎందుకంటే ప్రత్యామ్నాయాన్ని నమోదు చేయడం మునుపటి ప్రామాణీకరణ సాధనాన్ని ఎవరైనా ఉపసంహరించే వరకు అధికారం ఇచ్చినట్టు ఉంచుతుంది. పాత పరికరం మరొకరి చేతుల్లో ఉండవచ్చు అనుకుంటే, తొలగింపును అత్యవసరంగా భావించి పునరుద్ధరణకు బదులు సంఘటన ప్రక్రియను అనుసరించండి. అదే దశలో ఉన్న సెషన్లను రద్దు చేయండి, ఎందుకంటే మార్పుకు ముందు సృష్టించిన సెషన్ దానిని మించి జీవించగలదు:

Revoke-MgUserSignInSession -UserId [email protected]

ఇతరులందరికీ కారకాన్ని తొలగించడం, లేదా గేట్వే సర్టిఫికెట్ తనిఖీలను సడలించడం, ఒకరి పునరుద్ధరణను మొత్తం అమరికను తాకే అంతరాయంతో మారుస్తుంది. మార్పును ఒకే ఖాతాకు పరిమితం చేయండి, సాక్ష్యాలు విస్తృత ఉల్లంఘనను సూచిస్తే పైకి నివేదించండి. ఏ కారకం ఉపసంహరించబడింది, ఏది దాన్ని భర్తీ చేసింది అని టికెట్లో నమోదు చేయండి.

దశ 4: ఖాతా రెండు దిశల్లోనూ పని చేస్తుందని నిరూపించండి

మద్దతు ఉన్న క్లయింట్ ద్వారా కొత్త కారకంతో ఒకసారి లాగిన్ అవ్వండి, తర్వాత నష్టానికి ముందు చేరిన వనరులను ఖాతా ఇంకా చేరుతుందని నిర్ధారించండి. టన్నెల్ అవసరమయ్యే ఒక వనరు మరియు అవసరం లేని ఒకటి పరీక్షించండి, వైఫల్యం సరైన పొరను చూపుతుంది. ఉపసంహరించిన కారకంతో లాగిన్ ప్రయత్నించండి మరియు ప్రాంప్ట్ కాదు, తిరస్కరణను ఆశించండి, ఇది తొలగింపు పని చేసిందని నిరూపిస్తుంది. ఇప్పటికే నమోదైన పరికరం నుండి విఫలమయ్యే సవాలు ప్రాంప్ట్ సమస్య, అన్నింటినీ మళ్లీ నమోదు చేయడానికి కారణం కాదు.

తర్వాత వినియోగదారుని అదే లాగిన్ను మార్గదర్శకం లేకుండా పూర్తి చేయమని అడగండి. మీ విజయవంతమైన పరీక్ష కాన్ఫిగరేషన్ను నిరూపిస్తుంది; వారి ప్రయత్నం అప్పగింతను నిరూపిస్తుంది.

విజయవంతమైన లాగిన్ సమయ ముద్ర మరియు ఇప్పుడు ఉపయోగిస్తున్న కారకం పేరుతో టికెట్ మూసివేయండి. అదే దశలో పునరుద్ధరణ రికార్డును నవీకరించండి, తదుపరి నష్టం పాతది నుండి కాదు, ఖచ్చితమైన జాబితా నుండి మొదలవుతుంది.

దశ 5: దీన్ని బాధాకరంగా చేసిన షరతును తొలగించండి

ప్రతి పునరుద్ధరణ కాల్ నమోదు రూపకల్పన గురించి సాక్ష్యం. ఖాతాలో సరిగ్గా ఒకే కారకం ఉంటే, ఆ గుంపులోని అందరికీ రెండవది తప్పనిసరి చేయండి. పునరుద్ధరణ కోడ్లు పోయిన ల్యాప్టాప్లో ఉంటే, అవి ఎక్కడ ఉన్నాయో మార్చండి. ధృవీకరణకు సెలవులో ఉన్న మేనేజర్ అవసరమైతే, ఒక ప్రతినిధిని నియమించండి. ప్రతి సవరణ ఒక మధ్యాహ్నం తీసుకుంటుంది మరియు తదుపరి సంఘటనలో అత్యంత దారుణమైన గంటను తొలగిస్తుంది.

తర్వాత దశ ఒకటి రికార్డును వాస్తవికతతో పోల్చి మళ్లీ చదవండి. అది నిజంగా ఉన్న కారకాలను జాబితా చేస్తుందా, ధృవీకరణ ఛానెల్ ఇంకా మనిషిని చేరుతుందా? ఎవరూ నవీకరించని చేతిపుస్తకం, అది రాయబడిన కాల్ సమయంలో ప్రజలు నిర్లక్ష్యం చేసే పత్రంగా క్షీణిస్తుంది.