ਹਰ ਡਿਵਾਈਸ ਨੂੰ ਲਾਕ ਆਉਟ ਕੀਤੇ ਬਿਨਾਂ VPN ਪਾਸਵਰਡ ਬਦਲੋ

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

ਮਿੱਥ: ਇੱਕ ਬਦਲਾਅ, ਹਰ ਥਾਂ ਇਕੱਠੇ

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

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

ਰੋਟੇਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਕਾਪੀਆਂ ਦੀ ਸੂਚੀ ਬਣਾਓ

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

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

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

grep -rl auth-user-pass /etc/openvpn /etc/NetworkManager
grep -rl auth-user-pass ~/.config 2>/dev/null

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

ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਭੇਦ ਘੁਮਾ ਰਹੇ ਹੋ

ਖਾਤਾ ਪਾਸਵਰਡ VPN ਤੈਨਾਤੀ ਵਿੱਚ ਸਿਰਫ਼ ਇੱਕ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਹੈ। ਕੁੰਜੀ ਪਾਸਫਰੇਜ਼, ਸਰਟੀਫਿਕੇਟ ਪਛਾਣ ਅਤੇ ਵਿਕਲਪਿਕ ਸਾਥੀ ਭੇਦ—ਹਰ ਇੱਕ ਦਾ ਆਪਣਾ ਬਦਲਣ ਦਾ ਰਸਤਾ ਅਤੇ ਆਪਣਾ ਮਾਲਕ ਹੈ। ਖਾਤਾ ਪਾਸਵਰਡ ਬਦਲਣ ਨਾਲ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਹੋਣ ਵਾਲੇ ਡਿਵਾਈਸ ਲਈ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਦੁਬਾਰਾ ਜਾਰੀ ਕਰਨ ਨਾਲ ਸੰਭਾਲਿਆ ਪਾਸਵਰਡ ਵਾਲੇ ਕਲਾਇੰਟ ਲਈ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ। ਹੱਲ ਦਾ ਨਾਮ ਲੈਣ ਤੋਂ ਪਹਿਲਾਂ ਭੇਦ ਦਾ ਨਾਮ ਲਵੋ।

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

ਸੰਭਾਲਿਆ ਮੁੱਲ ਜਿੱਥੇ ਰਹਿੰਦਾ ਹੈ ਉੱਥੇ ਹੀ ਬਦਲੋ

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

ਪਾਸਵਰਡ ਫਾਈਲ ਸੰਭਾਲਣ ਵਾਲੇ ਕਲਾਇੰਟ ਨੂੰ ਫਾਈਲ ਦੁਬਾਰਾ ਲਿਖੀ ਹੋਈ ਚਾਹੀਦੀ ਹੈ, ਜਦਕਿ ਪੁੱਛਣ ਵਾਲੇ ਕਲਾਇੰਟ ਨੂੰ ਪੂਰਾ ਹੋਇਆ ਸਾਈਨ-ਇਨ ਚਾਹੀਦਾ ਹੈ। NetworkManager ਭੇਦ ਜੁੜਨ ਪ੍ਰੋਫਾਈਲ ਅੰਦਰ ਰੱਖਦਾ ਹੈ, ਇਸ ਲਈ ਬਦਲਾਅ ਟੈਕਸਟ ਐਡੀਟਰ ਦੀ ਥਾਂ nmcli ਰਾਹੀਂ ਜਾਂਦਾ ਹੈ:

nmcli connection modify work vpn.secrets "password=NEW"
nmcli connection up work

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

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

ਸੈਸ਼ਨ ਅਤੇ ਟੋਕਨ ਪਾਸਵਰਡ ਤੋਂ ਵੱਧ ਜੀਉਂਦੇ ਰਹਿੰਦੇ ਹਨ

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

NIST SP 800-63B ਵਿੱਚ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਜੀਵਨ-ਚੱਕਰ ਮਾਰਗਦਰਸ਼ਨ ਪ੍ਰਮਾਣਕਾਂ ਅਤੇ ਸੈਸ਼ਨਾਂ ਨੂੰ ਵੱਖਰੀਆਂ ਸ਼੍ਰੇਣੀਆਂ ਵਿੱਚ ਰੱਖਦਾ ਹੈ, ਇਸ ਲਈ ਪਾਸਵਰਡ ਬਦਲਾਅ ਅਤੇ ਵਿਸ਼ਵਵਿਆਪੀ ਲੌਗਆਉਟ ਵੱਖਰੀਆਂ ਕਾਰਵਾਈਆਂ ਹਨ। ਇਨ੍ਹਾਂ ਨੂੰ ਦੋ ਪੂਰਤੀ ਮਾਪਦੰਡਾਂ ਵਾਲੇ ਦੋ ਕੰਮ ਮੰਨੋ। ਪਹਿਲਾ ਨਵਾਂ ਮੁੱਲ ਕੰਮ ਕਰਨ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਦੂਜਾ ਪੁਰਾਣੇ ਸੈਸ਼ਨ ਜਾਣ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ।

ਨਵਾਂ ਪਾਸਵਰਡ ਰਿਕਾਰਡ ਵਿੱਚ ਲਿਖੇ ਬਿਨਾਂ ਪੂਰਤੀ ਦਰਜ ਕਰੋ। ਜਿਸ ਰੋਟੇਸ਼ਨ ਲੌਗ ਵਿੱਚ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਹੋਵੇ ਉਹ ਸਾਂਝੀ ਡਰਾਈਵ ਉੱਤੇ ਉਡੀਕ ਰਹੀ ਨਵੀਂ ਘਟਨਾ ਹੈ। ਤਾਰੀਖ਼, ਅੱਪਡੇਟ ਕੀਤੇ ਡਿਵਾਈਸ ਅਤੇ ਅਜੇ ਬਾਕੀ ਡਿਵਾਈਸ ਲਿਖੋ।