ખોવાયેલું VPN પ્રમાણકર્તા: MFA બંધ કર્યા વિના બદલો

કોઈ ફોન ગુમાવે છે અને ટિકિટ VPN તૂટેલું તરીકે આવે છે. આ વાક્ય બે વાર ખોટું છે: ખાતું હજી પણ છે, અને ગેટવે હજી પણ ઓળખ પ્રદાતા પર ભરોસો કરે છે, તેથી એકમાત્ર તૂટેલો ભાગ એક પરિબળ છે જે વ્યક્તિ પાસે હવે નથી. તેને નિષ્ફળતા નહીં, પુનઃપ્રાપ્તિ તરીકે લો: વિનંતીકર્તાને ચકાસો, બદલી નોંધાવો, ખોવાયેલી પદ્ધતિ નિવૃત્ત કરો, પછી ખાતું કામ કરે છે તે સાબિત કરો. આ બધું ધારે છે કે યોજના ગુમાવવા પહેલાં લખાઈ હતી, કારણ કે કૉલ દરમિયાન તેને શોધી કાઢવો એ જ રસ્તો છે જેના પર MFA બધા માટે બંધ થઈ જાય છે.

પગલું 1: નોંધાયેલા પરિબળો રેકોર્ડમાંથી વાંચો, યાદશક્તિમાંથી નહીં

પ્રથમ પ્રશ્ન એ નથી કે કયું ઉપકરણ ખોવાયું, પણ એ છે કે ખાતું બીજું શું વાપરી શકે છે. ખાતામાં પાસવર્ડ સાથે પુશ, સમય આધારિત કોડ, હાર્ડવેર કી અને છાપેલા પુનઃપ્રાપ્તિ કોડ હોઈ શકે છે, અને તેમાંથી એક ગુમાવવો એ એકમાત્ર ગુમાવવા કરતાં સાવ અલગ ઘટના છે. વપરાશકર્તાને યાદ રાખવાનું કહેવાને બદલે ઓળખ પ્રણાલીમાંથી પદ્ધતિઓની યાદી વાંચો, અને Microsoft Entra ટેનન્ટમાં પ્રશ્ન એક લીટી છે:

Get-MgUserAuthenticationMethod -UserId [email protected]

પછી ખાતું હજી કામ કરે ત્યારે પુનઃપ્રાપ્તિ રેકોર્ડ લખો: ખાતાની ઓળખ, નોંધાયેલા પરિબળો, પુનઃપ્રાપ્તિ કોડ ક્યાં રહે છે, કોણ સ્વતંત્ર રીતે વિનંતીકર્તાને ચકાસી શકે છે, અને ખાતું કઈ પ્રણાલીઓ સુધી પહોંચે છે. તેને ટીમ પહેલેથી વાપરતા સુરક્ષિત ઇન્વેન્ટરીમાં રાખો, ક્યારેય એવી નોંધમાં નહીં જેમાં જીવંત કોડ પણ હોય. એ પાંચ ક્ષેત્રો ગભરાટભરી કૉલને ચેકલિસ્ટમાં ફેરવે છે, અને NISTની પ્રમાણકર્તા જીવનચક્ર માર્ગદર્શિકા પુનઃપ્રાપ્તિને ઓળખપત્રનો ભાગ ગણે છે, તેનો અપવાદ નહીં.

ચકાસણી ચેનલને અલગ ક્ષેત્ર તરીકે નોંધો, કારણ કે લોકો એ ભાગ જ છોડી દે છે. ખાતા સાથે જોડાયેલો ફોન નંબર સ્વતંત્ર ચેનલ નથી જ્યારે માંગનાર વ્યક્તિ ફોન પણ નિયંત્રિત કરે છે.

પગલું 2: વિનંતીકર્તાને નિષ્ફળ માર્ગની બહાર ચકાસો

ઓળખ ચકાસણી એવી ચેનલ દ્વારા કરો જે VPN, મેઇલબોક્સ કે ખોવાયેલા ઉપકરણ પર આધારિત ન હોય. માનવ સંસાધન રેકોર્ડના નંબર પર કૉલબેક, અથવા ડિરેક્ટરીમાં પહેલેથી હાજર મેનેજર સાથે રૂબરૂ ચકાસણી, બંને કામ કરે છે; પુનઃપ્રાપ્તિ હેઠળના ખાતાથી મોકલાયેલો ચેટ સંદેશ કામ કરતો નથી. ચકાસણી વ્યક્તિ વિશે છે, ખાતા વિશેના પ્રશ્નોના જવાબ આપવાની તેની ક્ષમતા વિશે નહીં, કારણ કે ખાતાની વિગતો લીક થાય છે. કોણે વિનંતી ચકાસી અને ક્યારે તે નોંધો, કારણ કે આગલો સમીક્ષક બંને ઇચ્છશે.

જ્યારે વિનંતી તાત્કાલિકતા અને ચકાસણી છોડી દેવાના દબાણ સાથે આવે, ત્યારે જ ધીમે થવાનો સમય છે. પુનઃપ્રાપ્તિ છેતરપિંડી ઉતાવળમાં રહેલા મદદગાર સહકર્મી જેવી જ લાગે છે.

પગલું 3: બદલી નોંધાવો, પછી જૂનું પરિબળ નિવૃત્ત કરો

નવું પ્રમાણકર્તા સામાન્ય નોંધણી પ્રવાહ દ્વારા નોંધાવો, ક્યારેય વહીવટી બાયપાસ દ્વારા નહીં. પછી ખોવાયેલી પદ્ધતિ સ્પષ્ટ રીતે દૂર કરો, કારણ કે બદલી નોંધાવવાથી અગાઉનું પ્રમાણકર્તા અધિકૃત રહે છે જ્યાં સુધી કોઈ તેને નિવૃત્ત ન કરે. જૂનું ઉપકરણ બીજા કોઈના હાથમાં હોઈ શકે તો દૂર કરવાને તાત્કાલિક ગણો અને પુનઃપ્રાપ્તિ પ્રક્રિયાને બદલે ઘટના પ્રક્રિયા અનુસરો. અસ્તિત્વમાંના સત્રો એ જ પાસમાં રદ કરો, કારણ કે ફેરફાર પહેલાં બનેલું સત્ર તેને ટકી શકે છે:

Revoke-MgUserSignInSession -UserId [email protected]

બીજા બધા માટે પરિબળ દૂર કરવું, અથવા ગેટવેની પ્રમાણપત્ર ચકાસણીઓ ઢીલી કરવી, એક વ્યક્તિની પુનઃપ્રાપ્તિને આખા જમાવટને અસર કરતી નિષ્ફળતા સાથે બદલે છે. ફેરફારને એક જ ખાતા સુધી મર્યાદિત રાખો અને જો પુરાવા વિશાળ સમાધાન તરફ ઇશારો કરે તો ઉપર જણાવો. ટિકિટમાં નોંધો કે કયું પરિબળ નિવૃત્ત થયું અને કયું તેની જગ્યાએ આવ્યું.

પગલું 4: ખાતું બંને દિશામાં કામ કરે છે તે સાબિત કરો

સમર્થિત ક્લાયન્ટ દ્વારા નવા પરિબળ સાથે એક વાર લોગિન કરો, પછી ખાતરી કરો કે ખાતું હજી પણ ગુમાવ્યા પહેલાં જે સંસાધનો સુધી પહોંચતું હતું ત્યાં પહોંચે છે. એક સંસાધન ચકાસો જેને ટનલની જરૂર છે અને એક જેને નથી, જેથી નિષ્ફળતા યોગ્ય સ્તર તરફ ઇશારો કરે. નિવૃત્ત પરિબળ સાથે લોગિનનો પ્રયાસ કરો અને પ્રોમ્પ્ટને બદલે નકારની અપેક્ષા રાખો, જે દૂર કરવું અસરકારક થયું તે સાબિત કરે છે. હાલના નોંધાયેલા ઉપકરણથી નિષ્ફળ થતો પડકાર પ્રોમ્પ્ટની સમસ્યા છે, બધું ફરી નોંધાવવાનું કારણ નહીં.

પછી વપરાશકર્તાને માર્ગદર્શન વિના એ જ લોગિન પૂર્ણ કરવા કહો. તમારી સફળ ચકાસણી રૂપરેખા સાબિત કરે છે; તેમનો પ્રયાસ હસ્તાંતરણ સાબિત કરે છે.

સફળ લોગિનના સમયચિહ્ન અને હવે વપરાતા પરિબળના નામ સાથે ટિકિટ બંધ કરો. એ જ પાસમાં પુનઃપ્રાપ્તિ રેકોર્ડ અપડેટ કરો, જેથી આગલું નુકસાન જૂની નહીં, સચોટ ઇન્વેન્ટરીથી શરૂ થાય.

પગલું 5: જે શરતે આને પીડાદાયક બનાવ્યું તે દૂર કરો

દરેક પુનઃપ્રાપ્તિ કૉલ નોંધણી ડિઝાઇન વિશેનો પુરાવો છે. જો ખાતામાં બરાબર એક પરિબળ હતું, તો તે જૂથના બધા માટે બીજું ફરજિયાત કરો. જો પુનઃપ્રાપ્તિ કોડ ખોવાયેલા લેપટોપમાં હતા, તો તે ક્યાં રહે છે તે બદલો. જો ચકાસણી માટે રજા પરના મેનેજરની જરૂર હતી, તો નાયબ નિયુક્ત કરો. દરેક સુધારો એક બપોર લે છે અને આગલી ઘટનાનો સૌથી ખરાબ કલાક દૂર કરે છે.

પછી પગલું એકનો રેકોર્ડ વાસ્તવિકતા સામે ફરી વાંચો. શું તે ખરેખર અસ્તિત્વમાંના પરિબળોની યાદી આપે છે, અને શું ચકાસણી ચેનલ હજી માણસ સુધી પહોંચે છે? કોઈ અપડેટ ન કરતું હેન્ડબુક એવા દસ્તાવેજમાં ક્ષીણ થાય છે જેને લોકો જે કૉલ માટે તે લખાયું હતું તે દરમિયાન અવગણે છે.