ਰੱਦ ਕੀਤੀ MFA ਬੇਨਤੀ ਨੈੱਟਵਰਕ ਸਮੱਸਿਆ ਵਰਗੀ ਲੱਗਦੀ ਹੈ ਅਤੇ ਹੈ ਨਹੀਂ। ਸਰਵਰ ਨੇ ਦੂਜਾ ਕਾਰਕ ਮੰਗਿਆ, ਕਾਰਕ ਨਕਾਰਾਤਮਕ ਵਾਪਸ ਆਇਆ ਜਾਂ ਕਦੇ ਪਹੁੰਚਿਆ ਹੀ ਨਹੀਂ, ਅਤੇ ਕੋਈ ਟਨਲ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਸੈਸ਼ਨ ਰੱਦ ਕਰ ਦਿੱਤਾ ਗਿਆ। ਇਸ ਤੋਂ ਬਾਅਦ ਜੋ ਹੁੰਦਾ ਹੈ ਉਹ ਕਲਾਇੰਟ ਦੇ ਵਿਵਹਾਰ ਦਾ ਸਵਾਲ ਹੈ: ਅਸਫਲਤਾ ਦਿਖਾ ਕੇ ਵਰਤੋਂਕਾਰ ਨੂੰ ਸਾਫ਼ ਕੋਸ਼ਿਸ਼ ਸ਼ੁਰੂ ਕਰਨ ਦਿਓ, ਜਾਂ ਉਹਨਾਂ ਤਰੀਕਿਆਂ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਜੋ ਹੋਰ ਬੇਨਤੀਆਂ ਬਣਾਉਂਦੇ ਹਨ ਅਤੇ ਅੰਤ ਵਿੱਚ ਖਾਤਾ ਸੁਰੱਖਿਆ ਚਾਲੂ ਕਰ ਦਿੰਦੇ ਹਨ। ਦੂਜਾ ਰਾਹ ਉਹ ਹੈ ਜਿਸ ਨਾਲ ਇੱਕ ਗਲਤ ਟਾਈਪ ਕੀਤਾ ਕੋਡ ਤਾਲਾਬੰਦ ਖਾਤਾ ਬਣ ਜਾਂਦਾ ਹੈ।

ਜਾਂਚੋ ਕਿ ਕਿਹੜੀ ਬੇਨਤੀ ਅਸਫਲ ਹੋਈ

ਇਹ ਪਛਾਣ ਕੇ ਸ਼ੁਰੂ ਕਰੋ ਕਿ ਕਿਹੜੀ ਬੇਨਤੀ ਅਸਫਲ ਹੋਈ। ਪੁਸ਼ ਸੂਚਨਾ, TOTP ਕੋਡ, FIDO ਪ੍ਰਮਾਣ ਅਤੇ SAML ਪ੍ਰਵਾਹ ਹਰ ਇੱਕ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਅਸਫਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਆਮ ਤੌਰ ’ਤੇ ਜਾਣਦਾ ਹੈ ਕਿ ਉਸ ਨੇ ਕਿਹੜੀ ਮੰਗੀ ਸੀ। ਇਨਕਾਰ, ਮਿਆਦ ਪੁੱਗੀ ਚੁਣੌਤੀ ਅਤੇ ਡਿਵਾਈਸ ਤੱਕ ਕਦੇ ਨਾ ਪਹੁੰਚੀ ਡਿਲੀਵਰੀ ਅਸਫਲਤਾ—ਸਾਰੇ ਇੱਕੋ ਆਮ ਗਲਤੀ ’ਤੇ ਖ਼ਤਮ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਫ਼ਰਕ ਅਕਸਰ ਸਿਰਫ਼ ਕਲਾਇੰਟ ਦੀ ਆਪਣੀ ਸਥਿਤੀ ਵਿੱਚ ਹੀ ਬਚਦਾ ਹੈ।

ਉਸ ਸਥਿਤੀ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਲੌਗ ਕਰਨਾ ਯੋਗ ਹੈ। ਚੁਣੌਤੀ ਪਛਾਣਕਰਤਾ ਜਾਂ ਲੈਣ-ਦੇਣ ਸੰਦਰਭ, ਕਾਰਕ ਦੀ ਕਿਸਮ, ਸਮਾਂ-ਛਾਪ ਅਤੇ ਨਤੀਜਾ ਲਿਖੋ, ਪਰ ਕੋਡ ਜਾਂ ਪ੍ਰਮਾਣ ਕਦੇ ਨਹੀਂ। ਚੁਣੌਤੀ ਪਛਾਣਕਰਤਾ ਹੀ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਵੱਲ ਘਟਨਾ ਲੱਭਣ ਦਿੰਦਾ ਹੈ; ਇਸ ਤੋਂ ਬਿਨਾਂ ਸਹਾਇਤਾ ਗੱਲਬਾਤ “ਪਿਛਲੇ ਇੱਕ ਘੰਟੇ ਵਿੱਚ ਕਿਤੇ” ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ ਅਤੇ ਆਮ ਤੌਰ ’ਤੇ ਉੱਥੇ ਹੀ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ। ਇਸ ਨੂੰ ਭੇਦ ਨਹੀਂ, ਨਿਦਾਨ ਮੈਟਾਡੇਟਾ ਮੰਨੋ।

ਨਵੀਂ ਚੁਣੌਤੀ ਨਾਲ ਇੱਕ ਵਾਰ, ਜਾਣ-ਬੁੱਝ ਕੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ

ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਨਵੀਂ ਚੁਣੌਤੀ ਨਾਲ ਨਵੀਂ ਕੋਸ਼ਿਸ਼ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਪੁਰਾਣੀ ਦੀ ਦੁਹਰਾਈ ਨਹੀਂ। ਜਦੋਂ ਕਲਾਇੰਟ ਪਿਛਲੀ ਚੁਣੌਤੀ ਮੁੜ ਵਰਤਦਾ ਹੈ, ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਉਸ ਨੂੰ ਪੁਰਾਣੀ ਮੰਨ ਕੇ ਰੱਦ ਕਰਦਾ ਹੈ ਜਾਂ, ਇਸ ਤੋਂ ਵੀ ਮਾੜਾ, ਪਿਛਲੀ ਕੋਸ਼ਿਸ਼ ਲਈ ਭੇਜੀ ਮਨਜ਼ੂਰੀ ਸਵੀਕਾਰ ਕਰ ਲੈਂਦਾ ਹੈ। ਨਵੀਂ ਚੁਣੌਤੀ ਮੰਗੋ, ਉਹ ਦਿਖਾਓ ਅਤੇ ਵਰਤੋਂਕਾਰ ਨੂੰ ਹੁਣ ਸਕ੍ਰੀਨ ’ਤੇ ਰਹੀ ਚੁਣੌਤੀ ’ਤੇ ਕੰਮ ਕਰਨ ਦਿਓ।

ਵਿਚਕਾਰ ਛੋਟੇ ਵਿਰਾਮ ਨਾਲ ਦੋ ਕੋਸ਼ਿਸ਼ਾਂ ਵਾਜਬ ਡਿਫ਼ਾਲਟ ਹਨ; ਅਸੀਮਿਤ ਲੂਪ ਨਹੀਂ। ਜੇ ਦੂਜੀ ਕੋਸ਼ਿਸ਼ ਉਸੇ ਤਰ੍ਹਾਂ ਅਸਫਲ ਹੋਵੇ, ਤਾਂ ਜਾਰੀ ਰੱਖਣ ਦੀ ਥਾਂ ਰੁਕੋ ਅਤੇ ਰਿਪੋਰਟ ਕਰੋ।

ਕਲਾਇੰਟ ਨੂੰ ਕੀ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ

ਕਲਾਇੰਟ ਨੂੰ ਉਹ ਕਈ ਕੰਮ ਨਹੀਂ ਕਰਨੇ ਚਾਹੀਦੇ ਜੋ ਸਹਾਇਕ ਲੱਗਦੇ ਹਨ ਅਤੇ ਨਹੀਂ ਹਨ। ਜਦ ਤੱਕ ਕੋਈ “ਮਨਜ਼ੂਰ” ’ਤੇ ਟੈਪ ਨਾ ਕਰੇ, ਪੁਸ਼ ਸੂਚਨਾਵਾਂ ਭੇਜਦੇ ਨਹੀਂ ਰਹਿਣਾ ਚਾਹੀਦਾ, ਕਿਉਂਕਿ ਇਹ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਉਹ ਬੇਨਤੀਆਂ ਮਨਜ਼ੂਰ ਕਰਨਾ ਸਿਖਾਉਂਦਾ ਹੈ ਜੋ ਉਹਨਾਂ ਨੇ ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤੀਆਂ ਸਨ, ਅਤੇ ਫਿਸ਼ਿੰਗ ਕਿੱਟਾਂ ਠੀਕ ਇਸੇ ਵਿਵਹਾਰ ’ਤੇ ਨਿਰਭਰ ਕਰਦੀਆਂ ਹਨ। ਮਜ਼ਬੂਤ ਕਾਰਕ ਅਸਫਲ ਹੋਣ ਕਰਕੇ ਕਮਜ਼ੋਰ ਕਾਰਕ ’ਤੇ ਨਹੀਂ ਜਾਣਾ ਚਾਹੀਦਾ, ਅਤੇ ਉਸੇ ਸਮੇਂ ਦਿਖੀ ਸਰਟੀਫਿਕੇਟ ਸ਼ਿਕਾਇਤ ਤੋਂ ਬਚਣ ਲਈ ਸਰਵਰ-ਪਛਾਣ ਜਾਂਚ ਬੰਦ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ। ਇਹਨਾਂ ਤਿੰਨਾਂ ਸ਼ਾਰਟਕਟਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਪ੍ਰਮਾਣੀਕਰਨ ਅਸਫਲਤਾ ਨੂੰ ਸੁਰੱਖਿਆ ਘਟਨਾ ਬਣਾ ਦਿੰਦਾ ਹੈ।

ਅਸਫਲਤਾ ਨੂੰ ਚੁੱਪਚਾਪ ਨਿਗਲਣਾ ਵੀ ਨਹੀਂ ਚਾਹੀਦਾ। ਜੋ ਕਲਾਇੰਟ ਕਨੈਕਸ਼ਨ ਬੰਦ ਕਰਕੇ ਸਪਿਨਰ ਦਿਖਾਉਂਦਾ ਹੈ, ਉਹ ਵਰਤੋਂਕਾਰ ਨੂੰ ਇਹ ਜਾਣੇ ਬਿਨਾਂ ਛੱਡ ਦਿੰਦਾ ਹੈ ਕਿ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਹੈ, ਉਡੀਕ ਕਰਨੀ ਹੈ ਜਾਂ ਸਹਾਇਤਾ ਨੂੰ ਫ਼ੋਨ ਕਰਨਾ ਹੈ। ਕਾਰਕ ਦੀ ਕਿਸਮ ਅਤੇ ਛੋਟੇ ਕੋਡ ਨਾਲ ਅਸਫਲਤਾ ਦਿਖਾਓ, ਸੁਨੇਹਾ ਭੇਦਾਂ ਤੋਂ ਮੁਕਤ ਰੱਖੋ ਅਤੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਦੀ ਕਾਰਵਾਈ ਨੂੰ ਸਵੈਚਾਲਿਤ ਨਹੀਂ, ਸਪਸ਼ਟ ਬਣਾਓ।

ਜੇ ਬੇਨਤੀ ਕੀਬੋਰਡ ’ਤੇ ਬੈਠੇ ਵਿਅਕਤੀ ਨੇ ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤੀ, ਤਾਂ ਸਹੀ ਕਾਰਵਾਈ ਉਸ ਨੂੰ ਰੱਦਿਆ ਰਹਿਣ ਦੇਣਾ ਅਤੇ ਪ੍ਰਮਾਣਿਤ ਸਹਾਇਤਾ ਮਾਰਗ ਰਾਹੀਂ ਰਿਪੋਰਟ ਕਰਨਾ ਹੈ। ਸ਼ੋਰ ਰੋਕਣ ਲਈ ਬੇਨਤੀ ਮਨਜ਼ੂਰ ਕਰਨਾ ਅਸਫਲਤਾ ਦਾ ਨਮੂਨਾ ਹੈ, ਹੱਲ ਨਹੀਂ।

ਸਹਾਇਤਾ ਲਈ ਕੀ ਦਰਜ ਕਰਨਾ ਹੈ

ਸਹਾਇਤਾ ਲਈ ਲਾਭਦਾਇਕ ਰਿਕਾਰਡ ਛੋਟਾ ਹੈ। ਸਮਾਂ ਖੇਤਰ ਸਮੇਤ ਲਗਭਗ ਸਮਾਂ, ਖਾਤਾ, ਕਲਾਇੰਟ ਅਤੇ ਸੰਸਕਰਣ, ਕਾਰਕ ਦੀ ਕਿਸਮ, ਅਤੇ ਹਰ ਕੋਸ਼ਿਸ਼ ਦੀ ਗੈਰ-ਗੁਪਤ ਸਥਿਤੀ: ਮੰਗੀ ਗਈ, ਰੱਦ ਕੀਤੀ, ਮਿਆਦ ਪੁੱਗੀ, ਮਨਜ਼ੂਰ ਪਰ ਨੀਤੀ ਨੇ ਰੱਦ ਕੀਤੀ।

ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਦੀਆਂ ਘੜੀਆਂ ਵੱਲ ਵੀ ਧਿਆਨ ਦਿਓ। TOTP ਸਮਾਂ-ਵਿੰਡੋ ਦੀ ਜਾਂਚ ਹੈ, ਇਸ ਲਈ ਜਿਸ ਡਿਵਾਈਸ ਦੀ ਘੜੀ ਖਿਸਕ ਗਈ ਹੈ ਉਹ ਵੈਧ ਦਿਖਦੇ ਕੋਡ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਹਰ ਵਾਰ ਅਸਫਲ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਜੋ ਕਲਾਇੰਟ ਖਿਸਕਣ ਦਾ ਜ਼ਿਕਰ ਕੀਤੇ ਬਿਨਾਂ ਅਵੈਧ ਕੋਡ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ ਉਹ ਲੋਕਾਂ ਨੂੰ ਉਹ ਕਰੈਡੈਂਸ਼ੀਅਲ ਰੀਸੈਟ ਕਰਨ ਭੇਜਦਾ ਹੈ ਜੋ ਕਦੇ ਗਲਤ ਨਹੀਂ ਸਨ। ਜਿਸ ਦਾ ਲੌਗਇਨ ਵਾਰ-ਵਾਰ ਅਸਫਲ ਹੁੰਦਾ ਹੈ ਉਸ ਨੂੰ ਹੋਰ ਬੇਨਤੀਆਂ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮਰਥਿਤ ਕਲਾਇੰਟ ਸੰਸਕਰਣ, ਦਾਖਲਾ ਸਥਿਤੀ ਅਤੇ ਦਸਤਾਵੇਜ਼ੀ ਰਿਕਵਰੀ ਪ੍ਰਵਾਹ ਦੀ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

ਰਿਕਵਰੀ ਦਾ ਰਾਹ ਲੌਗਇਨ ਦੇ ਰਾਹ ਜਿੰਨੀ ਹੀ ਦੇਖਭਾਲ ਦਾ ਹੱਕਦਾਰ ਹੈ। ਗੁੰਮ ਹੋਏ ਡਿਵਾਈਸ ਲਈ ਕਾਰਜਪ੍ਰਵਾਹ ਠੀਕ ਇਸ ਲਈ ਮੌਜੂਦ ਹੈ ਕਿ ਇਨਕਾਰ ਪ੍ਰਮਾਣੀਕਰਨ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਾ ਬਣੇ, ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਆਪਣਾ ਬਣਾਉਣ ਦੀ ਥਾਂ ਸੰਸਥਾ ਦੀ ਦਸਤਾਵੇਜ਼ੀ ਪ੍ਰਕਿਰਿਆ ਦਾ ਲਿੰਕ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ।

ਜਿਸ ਨਿਯਮ ’ਤੇ ਬਣਾਉਣਾ ਹੈ ਉਹ ਇਹ ਹੈ: ਇਨਕਾਰ ਨਤੀਜਾ ਹੈ, ਰੁਕਾਵਟ ਨਹੀਂ। ਇਸ ਦੀ ਇੱਕ ਵਾਰ, ਸਪਸ਼ਟ ਤੌਰ ’ਤੇ, ਕੰਮ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਸੰਦਰਭ ਨਾਲ ਰਿਪੋਰਟ ਕਰੋ, ਅਤੇ ਅਗਲੀ ਕੋਸ਼ਿਸ਼ ਨਵੀਂ ਹੋਣ ਦਿਓ। ਫਿਸ਼ਿੰਗ-ਪ੍ਰਤਿਰੋਧੀ MFA ਬਾਰੇ CISA ਦੀ ਸੇਧ ਦੱਸਦੀ ਹੈ ਕਿ “ਮਨਜ਼ੂਰੀ ਮਿਲਣ ਤੱਕ ਪੁੱਛਦੇ ਰਹੋ” ਨਮੂਨਾ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਖ਼ਤਰਨਾਕ ਕਿਉਂ ਹੈ, ਅਤੇ ਜਦੋਂ ਕੋਈ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਦਾ ਲੂਪ ਸੁਝਾਏ ਤਾਂ ਇਹੀ ਹਵਾਲਾ ਦੇਣ ਯੋਗ ਹੈ। ਇਨਕਾਰ ਤੋਂ ਬਾਅਦ ਕਲਾਇੰਟ ਜੋ ਵੀ ਜੋੜੇ, ਉਸ ਨਾਲ ਅਗਲਾ ਫ਼ੈਸਲਾ ਇਨਸਾਨ ਲਈ ਸੌਖਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਫ਼ੈਸਲਾ ਉਸ ਤੋਂ ਖੋਹਣਾ ਨਹੀਂ।

ਸੰਬੰਧਿਤ ਲੇਖ