OCSP ਗੋਪਨੀਯਤਾ: ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਸਰਟੀਫਿਕੇਟ ਦੇਖਦਾ ਹੈ, ਤੁਹਾਡਾ URL ਨਹੀਂ

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

ਬੇਨਤੀ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਪਛਾਣਦੀ ਹੈ

OCSP ਸਰਟੀਫਿਕੇਟ ਪਛਾਣਕਰਤਾ ਹੈਸ਼ ਫੰਕਸ਼ਨ, ਜਾਰੀਕਰਤਾ ਦੇ ਦੋ ਹੈਸ਼ ਅਤੇ ਟਾਰਗੈਟ ਸਰਟੀਫਿਕੇਟ ਦੇ ਸੀਰੀਅਲ ਨੰਬਰ ਤੋਂ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਜਿਵੇਂ RFC 6960 ਵਿੱਚ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਹਰ ਖੇਤਰ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, URL ਜਾਂ HTTP ਬੇਨਤੀ ਵੱਲ ਨਹੀਂ।

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

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

ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਅਸਲ ਵਿੱਚ ਕੀ ਦੇਖ ਸਕਦਾ ਹੈ

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

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

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

ਸਥਿਤੀ ਹੈਂਡਸ਼ੇਕ ਵਿੱਚ ਸਟੈਪਲ ਹੋ ਕੇ ਆ ਸਕਦੀ ਹੈ

ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ ਕਿ ਕਲਾਇੰਟ ਕਦੇ ਵੀ ਹੋਰ ਪੜਤਾਲ ਬੇਨਤੀ ਨਹੀਂ ਕਰੇਗਾ। ਚੇਨ ਨਿਰਮਾਣ, ਸਥਿਤੀ ਨੀਤੀ ਅਤੇ ਸਮਰਥਿਤ ਵਿਧੀਆਂ ਲਾਗੂਕਰਨ ਅਨੁਸਾਰ ਵੱਖਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ।

ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਸਰਟੀਫਿਕੇਟ ਦਰਸ਼ਕ ਹਰ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਅਤੇ VPN ਕਲਾਇੰਟ ਦਾ ਵਰਣਨ ਨਹੀਂ ਹੈ। ਇੱਕੋ ਨੈਟਵਰਕ ਕੈਪਚਰ ਵੱਖ-ਵੱਖ ਪੜਤਾਲ ਸੈਟਿੰਗਾਂ ਹੇਠ ਵੱਖ-ਵੱਖ ਅਰਥ ਰੱਖ ਸਕਦਾ ਹੈ।

ਕੈਸ਼ਿੰਗ ਇੱਕ ਪੇਜ ਇੱਕ ਖੋਜ ਦੀ ਧਾਰਨਾ ਤੋੜਦੀ ਹੈ

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

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

ਵੈਧ ਸਥਿਤੀ ਜਵਾਬ ਨੇ ਪੜਤਾਲਕਰਤਾ ਦੇ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਤਾਜ਼ਗੀ ਦੇ ਨਿਯਮ ਪੂਰੇ ਕਰਨੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ HTTP 200 ਚੰਗੀ ਸਥਿਤੀ ਦੇ ਬਰਾਬਰ ਨਹੀਂ। ਸਮਾਂ ਸਮਾਪਤੀ ਰੱਦ ਕਰਨਾ ਨਹੀਂ ਹੈ। ਇਹ ਨਤੀਜੇ ਵੱਖ-ਵੱਖ ਕਲਾਇੰਟ ਵਿਵਹਾਰ ਵੱਲ ਲੈ ਜਾਂਦੇ ਹਨ ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਇੱਕ ਗਲਤੀ ਵਿੱਚ ਨਹੀਂ ਮਿਲਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ।

ਗੋਪਨੀਯਤਾ ਦੇ ਉਹ ਚੋਣਾਂ ਜੋ ਪੜਤਾਲ ਨੂੰ ਅਟੁੱਟ ਰੱਖਦੀਆਂ ਹਨ

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

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

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