ਗੁਪਤ ਖਾਤਾ ਨੰਬਰ ਨੂੰ ਪਛਾਣ-ਪੱਤਰ ਵਾਂਗ ਸਮਝੋ: ਇਸ ਦਾ ਆਡਿਟ ਕਰੋ

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

ਕਬਜ਼ਾ ਅਸਲ ਵਿੱਚ ਕੀ ਦਿੰਦਾ ਹੈ ਦੀ ਸੂਚੀ ਬਣਾਓ

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

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

ਇਸ ਨੂੰ ਹਵਾਲੇ ਵਾਂਗ ਨਹੀਂ, ਭੇਤ ਵਾਂਗ ਸੰਭਾਲੋ

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

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

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

ਅੰਦਾਜ਼ਾ ਰੋਧ ਅਤੇ ਦਰ ਸੀਮਾ ਇਕੱਠੇ ਜਾਂਚੋ

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

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

# one attempt, then read the response and any counter or delay
# do not script repeated guesses against a live account
curl -i -X POST https://portal.example.invalid/login -d "account=000000000000"

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

ਘੁੰਮਾਓ ਅਤੇ ਰੱਦ ਕਰਨ ਦੀ ਯੋਜਨਾ ਲੋੜ ਤੋਂ ਪਹਿਲਾਂ ਬਣਾਓ

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

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

ਫੈਸਲੇ ਦਾ ਦਸਤਾਵੇਜ਼ ਬਣਾਓ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਦੁਬਾਰਾ ਜਾਂਚੋ

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

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

ਇਸ ਨੂੰ ਦਰਜ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ:

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