TLS ਪਿੰਨਿੰਗ ਅਤੇ VPN ਪ੍ਰਵੇਸ਼ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੇ ਹਨ

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

ਦੋ ਦਰਵਾਜ਼ੇ, ਦੋ ਸਵਾਲ

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

ਦੋਵੇਂ ਜੁੜਦੇ ਹਨ। ਇੱਕ ਹਟਾਉਣ ਨਾਲ ਇੱਕ ਨਿਯੰਤਰਣ ਚਲਾ ਜਾਂਦਾ ਹੈ; ਦੂਜਾ ਜੋੜਨ ਨਾਲ ਉਸਦੀ ਥਾਂ ਨਹੀਂ ਲਈ ਜਾਂਦੀ।

ਪਿੰਨ ਅਸਲ ਵਿੱਚ ਕੀ ਸੀਮਿਤ ਕਰਦਾ ਹੈ

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

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

ਪਲੇਟਫਾਰਮ ’ਤੇ ਪਿੰਨਿੰਗ ਇੱਕ ਸੰਰਚਨਾ ਹੈ, ਨੀਤੀ ਨਹੀਂ

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

ਕਿਉਂਕਿ ਸਿਸਟਮ ਵੱਖਰਾ ਹੈ, ਲੋੜ ਹਰ ਪਲੇਟਫਾਰਮ ਲਈ ਲਿਖਣੀ ਪਵੇਗੀ। ਜੋ ਨੀਤੀ ਪਲੇਟਫਾਰਮ ਦਾ ਨਾਮ ਲਏ ਬਿਨਾਂ ਕਹਿੰਦੀ ਹੈ ਕਿ ਸਰਟੀਫਿਕੇਟ ਪਿੰਨ ਕਰੋ, ਉਹ ਲਾਗੂ ਕਰਨ ਯੋਗ ਨਹੀਂ।

ਰੋਟੇਸ਼ਨ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਪਿੰਨ ਟਿਕੇਗਾ ਜਾਂ ਨਹੀਂ

ਔਖਾ ਹਿੱਸਾ ਪਹਿਲੀ ਰਿਲੀਜ਼ ਨਹੀਂ, ਉਸ ਤੋਂ ਬਾਅਦ ਦਾ ਸਰਟੀਫਿਕੇਟ ਨਵੀਨੀਕਰਨ ਹੈ। ਸਖ਼ਤ ਭਰੋਸਾ ਨੀਤੀ ਜਾਇਜ਼ ਨਵੀਂ ਕੁੰਜੀ ਨੂੰ ਉਨੀ ਹੀ ਪੱਕੇ ਤੌਰ ’ਤੇ ਰੱਦ ਕਰਦੀ ਹੈ ਜਿੰਨੀ ਹਮਲਾਵਰ ਦੀ ਕੁੰਜੀ ਨੂੰ।

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

ਗੁੰਮ ਹੋਇਆ ਯੰਤਰ ਤੀਜੀ ਸਮੱਸਿਆ ਹੈ

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

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