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

ਆਈਕਨ ਅਤੇ ਭੇਤ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ

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

ਉਲਟਾ ਵੀ ਸੱਚ ਹੈ, ਅਤੇ ਉਹੀ ਵਧੇਰੇ ਖ਼ਤਰਨਾਕ ਦਿਸ਼ਾ ਹੈ। ਭਰੋਸੇਯੋਗ ਲੋਗੋ ਗੁੰਮ ਲੋਗੋ ਨਾਲੋਂ ਵੀ ਘੱਟ ਸਾਬਤ ਕਰਦਾ ਹੈ।

ObservationWhat it supportsWhat it cannot support
Logo missing or wrongThe issuer string was not recognisedAny conclusion about secret disclosure
Logo correctThe issuer string matched a known nameAny conclusion about who else enrolled
Codes rejected by the serviceA real mismatch between entry and accountWhich of the two changed

ਤਸਵੀਰ ਠੀਕ ਕਰਨ ਲਈ ਕਦੇ ਵੀ ਦੁਬਾਰਾ ਰਜਿਸਟਰ ਨਾ ਕਰੋ

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

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

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

ਜਦੋਂ ਭੇਤ ਅਸਲ ਵਿੱਚ ਜਾਹਰ ਹੋਇਆ

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

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

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

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

ਮਿਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਰਿਕਵਰੀ ਰਾਹ ਰੱਖੋ

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

ਸਵੀਕ੍ਰਿਤੀ ਦੀ ਸ਼ਰਤ ਤੰਗ ਹੈ: ਖਾਤੇ ਅਤੇ ਪ੍ਰਮਾਣਕ ਵਿਚਕਾਰ ਪ੍ਰਮਾਣਿਤ ਸੰਬੰਧ, ਅਤੇ ਰਜਿਸਟਰੇਸ਼ਨ ਸਮੱਗਰੀ ਨਿੱਜੀ ਰੱਖੀ ਗਈ ਹੋਵੇ। ਜਾਣਿਆ-ਪਛਾਣਿਆ ਬੈਜ ਇਸ ਸ਼ਰਤ ਦਾ ਹਿੱਸਾ ਨਹੀਂ, ਅਤੇ ਇਸਦੀ ਗੈਰਹਾਜ਼ਰੀ ਸਮਝੌਤੇ ਦਾ ਸਬੂਤ ਨਹੀਂ।

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

ਸੰਬੰਧਿਤ ਲੇਖ