ਆਪਣੀ ਐਪ ਵਿੱਚ ਦੋ-ਪੱਧਰੀ ਪ੍ਰਮਾਣੀਕਰਨ (Two-Factor) ਕਿਵੇਂ ਜੋੜੀਏ

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

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

ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ: ਇੱਕ ਕੰਮ ਕਰਦਾ ਲੌਗ-ਇਨ ਚਾਹੀਦਾ ਹੈ

2FA ਕਿਸੇ ਮੌਜੂਦਾ ਸਾਈਨ-ਇਨ ਦੇ ਉੱਪਰ ਬੈਠਦਾ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਪਹਿਲਾਂ ਚਾਹੀਦਾ ਹੈ:

• ਤੁਹਾਡਾ ਆਪਣਾ ਲੌਗ-ਇਨ, ਜਿਸ ਵਿੱਚ ਯੂਜ਼ਰ ਅਤੇ ਹੈਸ਼ ਕੀਤੇ ਪਾਸਵਰਡ ਤੁਹਾਡੀ ਐਪ ਦੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਹੋਣ।
• ਇੱਕ ਹੋਸਟ ਕੀਤਾ ਆਥ ਪ੍ਰਦਾਤਾ ਜੋ ਯੂਜ਼ਰਾਂ ਦਾ ਪ੍ਰਬੰਧ ਤੁਹਾਡੇ ਲਈ ਕਰਦਾ ਹੈ।

ਜੇ ਇਹ ਦੋਵੇਂ ਅਜੇ ਨਹੀਂ ਹਨ, ਤਾਂ ਆਪਣੀ ਐਪ ਵਿੱਚ ਲੌਗ ਇਨ ਕਿਵੇਂ ਜੋੜੀਏ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਇਸ ਗਾਈਡ ਦਾ ਅੱਗੇ ਦਾ ਹਿੱਸਾ ਮੰਨਦਾ ਹੈ ਕਿ ਪਾਸਵਰਡ ਵਾਲਾ ਕਦਮ ਪਹਿਲਾਂ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ।

ਆਪਣਾ ਦੂਜਾ ਫੈਕਟਰ ਚੁਣੋ

TOTP ਦਾ ਮਤਲਬ ਹੈ time-based one-time password, ਉਹ ਮਿਆਰ (RFC 6238) ਜੋ ਪ੍ਰਮਾਣੀਕਰਨ ਐਪਾਂ ਵਰਤਦੀਆਂ ਹਨ। ਤੁਹਾਡਾ ਸਰਵਰ ਅਤੇ ਯੂਜ਼ਰ ਦਾ ਫ਼ੋਨ ਇੱਕ ਸੀਕਰੇਟ ਸਾਂਝਾ ਕਰਦੇ ਹਨ; ਦੋਵੇਂ ਉਸ ਸੀਕਰੇਟ ਅਤੇ ਮੌਜੂਦਾ ਸਮੇਂ ਤੋਂ ਇੱਕੋ ਛੋਟਾ ਕੋਡ ਬਣਾਉਂਦੇ ਹਨ, ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਹਰ 30 ਸਕਿੰਟ ਬਾਅਦ ਬਦਲਦਾ ਹੈ। ਨੈੱਟਵਰਕ ਕਨੈਕਸ਼ਨ ਜਾਂ SMS ਪ੍ਰਦਾਤਾ ਦੀ ਲੋੜ ਨਹੀਂ।

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

ਆਪਣਾ ਬਣਾਉਣਾ ਜਾਂ ਚਾਲੂ ਕਰਨਾ?

ਆਪਣੇ ਪ੍ਰਦਾਤਾ ਦੇ ਮੌਜੂਦਾ ਦਸਤਾਵੇਜ਼ ਦੇਖੋ ਕਿ ਉਹ ਕਿਹੜੇ ਫੈਕਟਰ ਅਤੇ ਕਿਹੜੀਆਂ ਯੋਜਨਾਵਾਂ 'ਤੇ ਸਮਰਥਿਤ ਕਰਦਾ ਹੈ। ਦੋਵਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਕੋਡ ਬਣਾਉਣ ਵਾਲਾ ਗਣਿਤ ਕਦੇ ਖੁਦ ਨਾ ਲਿਖੋ; ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਵਰਤੀ ਜਾਂਦੀ ਲਾਇਬ੍ਰੇਰੀ ਵਰਤੋ।

ਪਹਿਲਾਂ ਨੀਤੀ ਤੈਅ ਕਰੋ

ਪ੍ਰੋਂਪਟ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹਨਾਂ ਦੇ ਜਵਾਬ ਦਿਓ, ਕਿਉਂਕਿ ਇਹ ਡਿਜ਼ਾਈਨ ਬਦਲਦੇ ਹਨ:

1. ਕਿਸ ਨੂੰ ਇਹ ਵਰਤਣਾ ਲਾਜ਼ਮੀ ਹੈ? ਸਾਰਿਆਂ ਲਈ ਵਿਕਲਪਿਕ, ਐਡਮਿਨ ਅਤੇ ਸਟਾਫ਼ ਲਈ ਲਾਜ਼ਮੀ, ਜਾਂ ਸਾਰਿਆਂ ਲਈ ਲਾਜ਼ਮੀ। ਜਿਸ ਕੋਲ ਐਡਮਿਨ ਅਧਿਕਾਰ ਹਨ ਉਸ ਲਈ ਲਾਜ਼ਮੀ ਕਰਨਾ ਆਮ ਗੱਲ ਹੈ। ਵੇਖੋ ਰੋਲ-ਅਧਾਰਿਤ ਪਹੁੰਚ ਨਿਯੰਤਰਣ।
2. ਯੂਜ਼ਰ ਕਿੰਨੀ ਵਾਰ ਕੋਡ ਦੁਬਾਰਾ ਦਾਖਲ ਕਰਦੇ ਹਨ? ਹਰ ਲੌਗ-ਇਨ 'ਤੇ, ਜਾਂ ਹਰ ਡਿਵਾਈਸ 'ਤੇ 30 ਦਿਨਾਂ ਲਈ ਇੱਕ ਵਾਰ ("ਇਸ ਡਿਵਾਈਸ ਨੂੰ ਯਾਦ ਰੱਖੋ")।
3. ਕਿਹੜੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਤਾਜ਼ਾ ਜਾਂਚ ਚਾਹੀਦੀ ਹੈ? ਈਮੇਲ ਬਦਲਣਾ, ਭੁਗਤਾਨ ਵੇਰਵੇ, ਜਾਂ 2FA ਬੰਦ ਕਰਨਾ ਚੰਗੇ ਉਮੀਦਵਾਰ ਹਨ। ਇਸ ਨੂੰ ਸਟੈੱਪ-ਅੱਪ ਪ੍ਰਮਾਣੀਕਰਨ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।
4. ਫ਼ੋਨ ਗੁਆਚਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕੀ ਹੈ? ਰਿਕਵਰੀ ਕੋਡ, ਨਾਲ ਹੀ ਇੱਕ ਹੱਥੀਂ ਬਦਲ ਜੋ ਤੁਸੀਂ ਚਲਾਉਣ ਲਈ ਤਿਆਰ ਹੋ।

ਕਦਮ ਦਰ ਕਦਮ: ਆਪਣੇ ਲੌਗ-ਇਨ 'ਤੇ TOTP 2FA

1. ਸਹੀ ਖੇਤਰ ਸਟੋਰ ਕਰੋ

ਹਰ ਯੂਜ਼ਰ ਨੂੰ ਇਹ ਚਾਹੀਦਾ ਹੈ: 2FA ਚਾਲੂ ਹੈ ਜਾਂ ਨਹੀਂ, TOTP ਸੀਕਰੇਟ (ਸਟੋਰੇਜ ਵਿੱਚ ਇਨਕ੍ਰਿਪਟ, ਸਾਦੇ ਟੈਕਸਟ ਵਿੱਚ ਨਹੀਂ), ਚਾਲੂ ਹੋਣ ਦਾ ਸਮਾਂ, ਅਤੇ ਰਿਕਵਰੀ ਕੋਡਾਂ ਦੀ ਸੂਚੀ ਜੋ ਹੈਸ਼ ਕੀਤੀ ਹੋਵੇ, ਪਾਸਵਰਡਾਂ ਵਾਂਗ। ਅਸਫਲ ਕੋਸ਼ਿਸ਼ਾਂ ਗਿਣਨ ਲਈ ਥਾਂ ਵੀ ਰੱਖੋ।

2. ਰਜਿਸਟ੍ਰੇਸ਼ਨ

1. ਯੂਜ਼ਰ Settings ਖੋਲ੍ਹਦਾ ਹੈ ਅਤੇ Turn on two-factor authentication 'ਤੇ ਕਲਿੱਕ ਕਰਦਾ ਹੈ।
2. ਸਰਵਰ ਇੱਕ ਨਵਾਂ ਸੀਕਰੇਟ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ QR ਕੋਡ ਵਜੋਂ ਵਾਪਸ ਦਿੰਦਾ ਹੈ, ਨਾਲ ਹੀ ਉਹਨਾਂ ਲਈ ਟੈਕਸਟ ਵਰਜ਼ਨ ਜੋ ਸਕੈਨ ਨਹੀਂ ਕਰ ਸਕਦੇ।
3. ਯੂਜ਼ਰ ਇਸਨੂੰ ਪ੍ਰਮਾਣੀਕਰਨ ਐਪ ਵਿੱਚ ਸਕੈਨ ਕਰਦਾ ਹੈ ਅਤੇ ਮੌਜੂਦਾ ਕੋਡ ਟਾਈਪ ਕਰਦਾ ਹੈ।
4. ਸਰਵਰ ਕੋਡ ਜਾਂਚਦਾ ਹੈ। ਸਿਰਫ਼ ਸਹੀ ਹੋਣ 'ਤੇ ਉਹ ਸੀਕਰੇਟ ਸੰਭਾਲਦਾ ਹੈ ਅਤੇ 2FA ਨੂੰ ਚਾਲੂ ਦੱਸਦਾ ਹੈ।
5. ਐਪ 8–10 ਰਿਕਵਰੀ ਕੋਡ ਇੱਕ ਵਾਰ ਦਿਖਾਉਂਦੀ ਹੈ ਅਤੇ ਯੂਜ਼ਰ ਨੂੰ ਸੰਭਾਲਣ ਲਈ ਕਹਿੰਦੀ ਹੈ।

ਕਦਮ 4 ਮਹੱਤਵਪੂਰਨ ਹੈ: ਕੋਡ ਦੀ ਪੁਸ਼ਟੀ ਤੋਂ ਪਹਿਲਾਂ 2FA ਚਾਲੂ ਕਰਨ ਨਾਲ ਜਿਸ ਦਾ ਸਕੈਨ ਫੇਲ੍ਹ ਹੋਇਆ ਹੋਵੇ, ਉਹ ਅਗਲੇ ਲੌਗ-ਇਨ 'ਤੇ ਬਾਹਰ ਹੋ ਜਾਂਦਾ ਹੈ।

3. ਦੂਜੇ ਕਦਮ ਨਾਲ ਲੌਗ-ਇਨ

1. ਯੂਜ਼ਰ ਈਮੇਲ ਅਤੇ ਪਾਸਵਰਡ ਭੇਜਦਾ ਹੈ। ਸਰਵਰ ਉਹਨਾਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ।
2. ਜੇ 2FA ਚਾਲੂ ਹੈ, ਤਾਂ ਸਰਵਰ ਪੂਰਾ ਸੈਸ਼ਨ ਨਹੀਂ ਬਣਾਉਂਦਾ। ਇਸ ਦੀ ਥਾਂ ਉਹ ਇੱਕ ਛੋਟੀ ਮਿਆਦ ਵਾਲੀ "ਦੂਜਾ ਫੈਕਟਰ ਬਾਕੀ" ਸਥਿਤੀ ਬਣਾਉਂਦਾ ਹੈ।
3. ਐਪ ਕੋਡ ਵਾਲੀ ਸਕ੍ਰੀਨ ਦਿਖਾਉਂਦੀ ਹੈ। ਸਰਵਰ ਕੋਡ ਜਾਂਚਦਾ ਹੈ, ਘੜੀ ਦੇ ਥੋੜ੍ਹੇ ਫਰਕ ਲਈ ਇੱਕ ਛੋਟੀ ਖਿੜਕੀ ਦੇ ਨਾਲ।
4. ਸਿਰਫ਼ ਹੁਣ ਸਰਵਰ ਅਸਲ ਸੈਸ਼ਨ ਜਾਰੀ ਕਰਦਾ ਹੈ।

ਹਰ ਸੁਰੱਖਿਅਤ ਰੂਟ ਅਤੇ API ਐਂਡਪੌਇੰਟ ਨੂੰ "ਬਾਕੀ" ਸਥਿਤੀ ਰੱਦ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਉਹ 2FA ਸਕ੍ਰੀਨ ਜੋ ਸਿਰਫ਼ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਪੰਨੇ ਲੁਕਾਉਂਦੀ ਹੈ, ਸਿੱਧਾ API ਬੁਲਾ ਕੇ ਛੱਡੀ ਜਾ ਸਕਦੀ ਹੈ।

4. ਸੀਮਾਵਾਂ ਅਤੇ ਚੇਤਾਵਨੀਆਂ

ਛੇ-ਅੰਕਾਂ ਵਾਲੇ ਕੋਡ ਦੇ ਦਸ ਲੱਖ ਸੰਜੋਗ ਹਨ, ਜੋ ਸੀਮਾਵਾਂ ਤੋਂ ਬਿਨਾਂ ਅੰਦਾਜ਼ੇ ਨਾਲ ਲੱਭੇ ਜਾ ਸਕਦੇ ਹਨ। ਕੋਸ਼ਿਸ਼ਾਂ ਸੀਮਤ ਕਰੋ, ਵਾਰ-ਵਾਰ ਫੇਲ੍ਹ ਹੋਣ 'ਤੇ ਦੂਜੇ ਕਦਮ ਨੂੰ ਕੁਝ ਸਮੇਂ ਲਈ ਲਾਕ ਕਰੋ, ਅਤੇ ਅਜਿਹਾ ਹੋਣ 'ਤੇ ਯੂਜ਼ਰ ਨੂੰ ਈਮੇਲ ਕਰੋ। ਵੇਖੋ ਰੇਟ ਲਿਮਿਟਿੰਗ ਅਤੇ ਆਪਣੀ ਐਪ ਤੋਂ ਈਮੇਲ ਕਿਵੇਂ ਭੇਜੀਏ।

5. ਰਿਕਵਰੀ ਅਤੇ ਬੰਦ ਕਰਨਾ

• ਰਿਕਵਰੀ ਕੋਡ ਇੱਕ ਵਾਰ ਕੰਮ ਕਰਦਾ ਹੈ, ਫਿਰ ਮਿਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
• 2FA ਬੰਦ ਕਰਨ ਲਈ ਪਾਸਵਰਡ ਅਤੇ ਮੌਜੂਦਾ ਕੋਡ ਜਾਂ ਰਿਕਵਰੀ ਕੋਡ ਚਾਹੀਦਾ ਹੈ।
• ਰਿਕਵਰੀ ਕੋਡ ਮੁੜ ਬਣਾਉਣ ਨਾਲ ਪੁਰਾਣਾ ਸੈੱਟ ਬੇਕਾਰ ਹੋ ਜਾਂਦਾ ਹੈ।
• ਜਦੋਂ ਵੀ 2FA ਚਾਲੂ ਜਾਂ ਬੰਦ ਹੋਵੇ, ਯੂਜ਼ਰ ਨੂੰ ਈਮੇਲ ਕਰੋ।

ਤੁਹਾਡੇ AI ਬਿਲਡਰ ਨੂੰ ਦੇਣ ਵਾਲੇ ਪ੍ਰੋਂਪਟ

ਮੁੱਖ ਪ੍ਰਵਾਹ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ:

ਸਾਡੇ ਮੌਜੂਦਾ ਈਮੇਲ ਅਤੇ ਪਾਸਵਰਡ ਲੌਗ-ਇਨ ਵਿੱਚ ਪ੍ਰਮਾਣੀਕਰਨ ਐਪਾਂ (TOTP) ਵਾਲਾ ਵਿਕਲਪਿਕ ਦੋ-ਪੱਧਰੀ ਪ੍ਰਮਾਣੀਕਰਨ ਜੋੜੋ। ਇੱਕ ਮਸ਼ਹੂਰ TOTP ਲਾਇਬ੍ਰੇਰੀ ਵਰਤੋ, ਐਲਗੋਰਿਦਮ ਖੁਦ ਨਾ ਲਿਖੋ। Settings ਵਿੱਚ QR ਕੋਡ ਅਤੇ ਟੈਕਸਟ ਸੀਕਰੇਟ ਦਿਖਾਓ, ਅਤੇ 2FA ਉਦੋਂ ਹੀ ਚਾਲੂ ਕਰੋ ਜਦੋਂ ਯੂਜ਼ਰ ਸਹੀ ਕੋਡ ਦਾਖਲ ਕਰੇ। ਸੀਕਰੇਟ ਇਨਕ੍ਰਿਪਟ ਕਰਕੇ ਸਟੋਰ ਕਰੋ ਅਤੇ ਸੈੱਟਅੱਪ ਤੋਂ ਬਾਅਦ ਕਦੇ ਨਾ ਦਿਖਾਓ। 10 ਇੱਕ-ਵਾਰੀ ਰਿਕਵਰੀ ਕੋਡ ਇੱਕ ਵਾਰ ਦਿਖਾਓ ਅਤੇ ਹੈਸ਼ ਕਰਕੇ ਸਟੋਰ ਕਰੋ।

ਫਿਰ ਲਾਗੂ ਕਰਨਾ, ਜਿੱਥੇ ਬਣਾਇਆ ਕੋਡ ਅਕਸਰ ਘੱਟ ਪੈਂਦਾ ਹੈ:

ਸਰਵਰ 'ਤੇ 2FA ਲਾਗੂ ਕਰੋ। ਸਹੀ ਪਾਸਵਰਡ ਤੋਂ ਬਾਅਦ, 2FA ਵਾਲੇ ਯੂਜ਼ਰਾਂ ਨੂੰ ਪੂਰਾ ਸੈਸ਼ਨ ਨਹੀਂ, ਸਗੋਂ ਛੋਟੀ ਮਿਆਦ ਦੀ "ਬਾਕੀ" ਸਥਿਤੀ ਮਿਲੇ। ਹਰ ਸੁਰੱਖਿਅਤ ਪੰਨਾ ਅਤੇ API ਰੂਟ "ਬਾਕੀ" ਸਥਿਤੀ ਨੂੰ ਰੱਦ ਕਰੇ। ਕੋਡ ਕੋਸ਼ਿਸ਼ਾਂ 5 ਤੱਕ ਸੀਮਤ ਕਰੋ, ਫਿਰ ਦੂਜੇ ਕਦਮ ਨੂੰ 15 ਮਿੰਟ ਲਈ ਲਾਕ ਕਰੋ ਅਤੇ ਯੂਜ਼ਰ ਨੂੰ ਈਮੇਲ ਕਰੋ।

ਫਿਰ ਨੀਤੀ:

ਐਡਮਿਨ ਖਾਤਿਆਂ ਲਈ 2FA ਲਾਜ਼ਮੀ ਕਰੋ: ਜਿਸ ਐਡਮਿਨ ਕੋਲ 2FA ਨਹੀਂ, ਉਸਨੂੰ ਸੈੱਟਅੱਪ ਵੱਲ ਭੇਜੋ ਅਤੇ ਜਦ ਤੱਕ ਉਹ ਪੂਰਾ ਨਾ ਹੋਵੇ, ਡੈਸ਼ਬੋਰਡ ਤੱਕ ਨਾ ਪਹੁੰਚਣ ਦਿਓ। 2FA ਬੰਦ ਕਰਨ ਜਾਂ ਖਾਤੇ ਦੀ ਈਮੇਲ ਬਦਲਣ ਲਈ ਪਾਸਵਰਡ ਅਤੇ ਮੌਜੂਦਾ ਕੋਡ ਦੋਵੇਂ ਮੰਗੋ। 2FA ਚਾਲੂ ਜਾਂ ਬੰਦ ਹੋਣ 'ਤੇ ਯੂਜ਼ਰ ਨੂੰ ਈਮੇਲ ਕਰੋ।

ਆਖਰ ਵਿੱਚ, ਏਜੰਟ ਨੂੰ ਸਮਝਾਉਣ ਲਈ ਕਹੋ ਕਿ ਉਸਨੇ ਕੀ ਬਣਾਇਆ:

ਹਰ ਰੂਟ ਦੀ ਸੂਚੀ ਦਿਓ ਜੋ ਮੁਕੰਮਲ ਦੂਜੇ ਫੈਕਟਰ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ, ਦੱਸੋ ਕਿ TOTP ਸੀਕਰੇਟ ਅਤੇ ਰਿਕਵਰੀ ਕੋਡ ਕਿੱਥੇ ਸਟੋਰ ਹਨ, ਅਤੇ ਉਹ ਕਿਵੇਂ ਸੁਰੱਖਿਅਤ ਹਨ।

ਆਮ ਗਲਤੀਆਂ

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

ਟੈਸਟਿੰਗ ਚੈੱਕਲਿਸਟ

• ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸਿਰਫ਼ ਸਹੀ ਕੋਡ ਤੋਂ ਬਾਅਦ ਪੂਰੀ ਹੁੰਦੀ ਹੈ
• ਸਹੀ ਪਾਸਵਰਡ ਪਰ ਬਿਨਾਂ ਕੋਡ ਦੇ ਲੌਗ-ਇਨ ਕਿਸੇ ਸੁਰੱਖਿਅਤ ਪੰਨੇ ਜਾਂ API ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਦਿੰਦਾ
• ਗਲਤ ਕੋਡ ਰੱਦ ਹੁੰਦਾ ਹੈ; ਵਾਰ-ਵਾਰ ਗਲਤ ਕੋਡ ਲਾਕਆਊਟ ਅਤੇ ਈਮੇਲ ਚਾਲੂ ਕਰਦੇ ਹਨ
• ਕੁਝ ਮਿੰਟ ਪਹਿਲਾਂ ਦਾ ਕੋਡ ਰੱਦ ਹੁੰਦਾ ਹੈ
• ਹਰ ਰਿਕਵਰੀ ਕੋਡ ਬਿਲਕੁਲ ਇੱਕ ਵਾਰ ਕੰਮ ਕਰਦਾ ਹੈ
• 2FA ਬੰਦ ਕਰਨ ਲਈ ਪਾਸਵਰਡ ਅਤੇ ਮੌਜੂਦਾ ਕੋਡ ਚਾਹੀਦਾ ਹੈ
• ਪਾਸਵਰਡ ਰੀਸੈੱਟ 2FA ਨੂੰ ਬਾਈਪਾਸ ਨਹੀਂ ਕਰਦਾ
• ਬਿਨਾਂ 2FA ਵਾਲੇ ਐਡਮਿਨ ਐਡਮਿਨ ਪੰਨਿਆਂ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦੇ (ਜੇ ਲਾਜ਼ਮੀ ਹੋਵੇ)
• ਸੀਕਰੇਟ ਅਤੇ ਰਿਕਵਰੀ ਕੋਡ ਡੇਟਾਬੇਸ ਵਿੱਚ ਇਨਕ੍ਰਿਪਟ ਜਾਂ ਹੈਸ਼ ਕੀਤੇ ਹਨ
• ਲੌਗਾਂ ਵਿੱਚ ਕੋਈ ਕੋਡ ਜਾਂ ਸੀਕਰੇਟ ਨਹੀਂ ਦਿਖਦਾ

ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ AI ਨਾਲ ਬਣੀਆਂ ਐਪਾਂ ਲਈ ਸੁਰੱਖਿਆ ਚੈੱਕਲਿਸਟ ਵੀ ਪੂਰੀ ਕਰੋ।

Mythex ਵਿੱਚ 2FA ਜੋੜਨਾ

Mythex ਤੁਹਾਡੀ ਐਪ ਦੇ ਅੰਤਿਮ ਯੂਜ਼ਰਾਂ ਲਈ ਕੋਈ ਬਿਲਟ-ਇਨ ਲੌਗ-ਇਨ ਸਿਸਟਮ ਨਹੀਂ ਦਿੰਦਾ, ਇਸ ਲਈ 2FA ਉਸ ਆਥ ਤਰੀਕੇ ਦਾ ਹਿੱਸਾ ਹੈ ਜੋ ਤੁਸੀਂ ਚੁਣਦੇ ਹੋ: ਪ੍ਰੋਜੈਕਟ ਦੇ ਡੇਟਾਬੇਸ ਨਾਲ ਆਪਣਾ ਈਮੇਲ-ਅਤੇ-ਪਾਸਵਰਡ ਲੌਗ-ਇਨ, ਜਾਂ ਮਲਟੀ-ਫੈਕਟਰ ਸਮਰਥਨ ਵਾਲਾ ਹੋਸਟ ਕੀਤਾ ਪ੍ਰਦਾਤਾ। ਤੁਸੀਂ ਚੈਟ ਵਿੱਚ ਉੱਪਰ ਵਰਗੇ ਪ੍ਰੋਂਪਟਾਂ ਨਾਲ ਦੱਸਦੇ ਹੋ ਕਿ ਕੀ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਕਿਸੇ ਵੀ ਪ੍ਰਦਾਤਾ ਕੁੰਜੀ ਨੂੰ ਸੰਦੇਸ਼ ਬਕਸੇ ਦੀ ਥਾਂ ਪ੍ਰੋਜੈਕਟ ਸੀਕਰੇਟ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ (/secrets, ਪ੍ਰੋਜੈਕਟ ਸੈਟਿੰਗਾਂ, ਜਾਂ ਏਜੰਟ ਦੁਆਰਾ ਦਿਖਾਏ ਸੀਕਰੇਟ ਕਾਰਡ ਰਾਹੀਂ)। ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਰੈਸਿਪੀ ਐਪ ਵਿੱਚ ਲੌਗ ਇਨ ਜੋੜੋ ਵਿੱਚ ਸ਼ੁਰੂਆਤੀ ਪ੍ਰੋਂਪਟ ਹੈ, ਅਤੇ Security for apps you build ਕੁੰਜੀਆਂ ਅਤੇ ਇਜਾਜ਼ਤਾਂ ਦੀਆਂ ਆਦਤਾਂ ਦੱਸਦਾ ਹੈ। ਏਜੰਟ ਮੁਕੰਮਲ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ Preview ਵਿੱਚ ਚੈੱਕਲਿਸਟ ਦਾ ਹਰ ਬਿੰਦੂ ਟੈਸਟ ਕਰੋ।

ਸਵਾਲ