VPN ਅਤੇ Tor HTTPS ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦੇ: ਹਰ ਪਰਤ ਕਿੱਥੇ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ
ਇੱਕ ਸੁਰੰਗ ਆਪਣੇ ਹੀ ਸਾਥੀ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ ਅਤੇ Tor ਦਾ ਸਰਕਟ ਐਗਜ਼ਿਟ ਰੀਲੇ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ। ਸਿਰਫ਼ HTTPS ਹੀ ਸਾਈਟ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਇਸ ਲਈ ਸਾਦਾ ਫਾਰਮ ਪੜ੍ਹਨਯੋਗ ਰਹਿੰਦਾ ਹੈ।
VPN ਅਤੇ Tor ਦਾ ਸਰਕਟ ਦੋਵੇਂ ਯਾਤਰਾ ਦੇ ਇੱਕ ਹਿੱਸੇ ਵਿੱਚ ਤੁਹਾਡੇ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਦੇ ਹਨ। ਦੋਵੇਂ ਆਪਣੀ ਚੁਣੀ ਹੋਈ ਸਾਥੀ 'ਤੇ ਐਨਕ੍ਰਿਪਸ਼ਨ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹਨ। HTTPS ਉਹ ਪਰਤ ਹੈ ਜੋ ਸਾਈਟ ਤੱਕ ਆਪਣੇ ਆਪ ਪਹੁੰਚਦੀ ਹੈ, ਅਤੇ ਉਸ ਦੇ ਅੱਗੇ ਕਿੰਨੀ ਵੀ ਸੁਰੰਗ ਹੋਵੇ, ਉਹ ਸਾਦੇ ਫਾਰਮ ਜਮ੍ਹਾ ਕਰਨ ਨੂੰ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਬਣਾਉਂਦੀਆਂ। ਹਰ ਪਰਤ ਨੂੰ ਉਸ ਦੇ ਖ਼ਤਮ ਹੋਣ ਵਾਲੇ ਬਿੰਦੂ ਤੱਕ ਦੇਖਣ ਨਾਲ ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਜਾਂਦਾ ਹੈ।
ਤਿੰਨ ਪਰਤਾਂ, ਤਿੰਨ ਵੱਖਰੇ ਅੰਤ ਬਿੰਦੂ
ਰਵਾਇਤੀ VPN ਆਪਣੀ ਸੁਰੰਗ VPN ਸਰਵਰ 'ਤੇ ਖ਼ਤਮ ਕਰਦਾ ਹੈ। ਤੁਹਾਡੇ ਡਿਵਾਈਸ ਅਤੇ ਉਸ ਸਰਵਰ ਵਿਚਕਾਰ ਸਭ ਕੁਝ ਸੁਰੰਗ ਦੇ ਅੰਦਰ ਹੈ, ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਸਭ ਕੁਝ ਨਹੀਂ। Tor ਦਾ ਸਰਕਟ ਕਿਸੇ ਹੋਰ ਸਾਥੀ ਨਾਲ ਉਸੇ ਤਰ੍ਹਾਂ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਐਗਜ਼ਿਟ ਰੀਲੇ 'ਤੇ ਨੈੱਟਵਰਕ ਛੱਡ ਕੇ ਤੁਹਾਡੀ ਬੇਨਤੀ ਮੰਜ਼ਿਲ ਤੱਕ ਭੇਜਦਾ ਹੈ।
TLS ਸਾਈਟ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ। ਤੁਹਾਡੇ ਵੱਲੋਂ ਪ੍ਰਮਾਣਿਤ ਸਰਟੀਫਿਕੇਟ ਹੋਸਟਨਾਮ ਨੂੰ ਸਾਈਟ ਵੱਲੋਂ ਨਿਯੰਤਰਿਤ ਕੁੰਜੀ ਨਾਲ ਬੰਨ੍ਹਦਾ ਹੈ, ਅਤੇ ਸੈਸ਼ਨ ਕੁੰਜੀਆਂ ਤੁਹਾਡੇ ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਉਸ ਸਰਵਰ ਵਿਚਕਾਰ ਹੁੰਦੀਆਂ ਹਨ। ਉਹ ਅੰਤ ਬਿੰਦੂ VPN ਸਰਵਰ ਅਤੇ Tor ਐਗਜ਼ਿਟ ਦੋਵਾਂ ਤੋਂ ਪਰੇ ਹੈ।
ਇਸ ਲਈ ਤਿੰਨਾਂ ਪਰਤਾਂ ਦੀਆਂ ਤਿੰਨ ਵੱਖਰੀਆਂ ਭਰੋਸਾ-ਹੱਦਾਂ ਹਨ, ਅਤੇ ਇੱਕ ਬੇਨਤੀ ਕ੍ਰਮ ਨਾਲ ਉਨ੍ਹਾਂ ਸਾਰਿਆਂ ਵਿੱਚੋਂ ਲੰਘਦੀ ਹੈ। ਇੱਕ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਨਾ ਬਾਕੀਆਂ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ, ਅਤੇ ਆਖਰੀ ਪਰਤ ਹੀ ਉਹ ਹੈ ਜਿਸ ਵਿੱਚ ਮੰਜ਼ਿਲ ਹਿੱਸਾ ਲੈਂਦੀ ਹੈ।
ਆਖਰੀ ਛਾਲ ਕੀ ਖੋਲ੍ਹਦੀ ਹੈ
ਜੇ ਐਪਲੀਕੇਸ਼ਨ ਸਾਦਾ HTTP ਵਰਤਦੀ ਹੈ, ਤਾਂ ਐਗਜ਼ਿਟ ਤੋਂ ਅੱਗੇ ਦੀ ਸਮੱਗਰੀ ਉਸ ਛਾਲ ਨੂੰ ਚਲਾਉਣ ਵਾਲੇ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਲਈ ਪੜ੍ਹਨਯੋਗ ਹੈ। ਪਿਛਲੀ ਸੁਰੰਗ ਨੇ ਆਪਣਾ ਕੰਮ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੀਤਾ ਅਤੇ ਉਹ ਹੁਣ ਮੌਜੂਦ ਹੀ ਨਹੀਂ ਹੈ। HTTP ਫਾਰਮ ਵਿੱਚ ਲਿਖੇ ਤਸਦੀਕੀ ਵੇਰਵੇ ਠੀਕ ਉਸ ਬਿੰਦੂ 'ਤੇ ਖੁੱਲ੍ਹ ਜਾਂਦੇ ਹਨ ਜਿੱਥੇ ਸੁਰੱਖਿਆ ਖ਼ਤਮ ਹੋਈ ਸੀ।
| Layer | Terminates at | Who can read the request there |
|---|---|---|
| VPN tunnel | The VPN server you selected | The operator of that server, and anyone who can compel them |
| Tor circuit | An exit relay chosen by the network | The exit relay operator, for traffic that is not otherwise protected |
| HTTPS | The website's own TLS endpoint | The site itself, and no intermediary on the path |
ਸਹੀ ਢੰਗ ਨਾਲ ਪ੍ਰਮਾਣਿਤ HTTPS ਨਾਲ, ਰਸਤੇ 'ਤੇ ਮੌਜੂਦ ਵਿਚੋਲਾ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਸਮੱਗਰੀ ਨਾ ਪੜ੍ਹ ਸਕਦਾ ਹੈ ਨਾ ਚੁੱਪਚਾਪ ਬਦਲ ਸਕਦਾ ਹੈ। ਉਹ ਅਜੇ ਵੀ ਦੇਖਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਜੁੜੇ, ਕਦੋਂ ਅਤੇ ਕਿਸ ਪਤੇ 'ਤੇ, ਕਿਉਂਕਿ ਪੈਕੇਟ ਹੈਡਰ ਰੂਟ ਕਰਨਯੋਗ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਸਮੱਗਰੀ ਦੀ ਗੁਪਤਤਾ ਅਤੇ ਕਨੈਕਸ਼ਨ ਬਾਰੇ ਮੈਟਾਡੇਟਾ ਵੱਖਰੇ ਗੁਣ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਪਹਿਲਾ ਹੀ TLS ਦਿੰਦਾ ਹੈ।
ਖਾਤਾ ਪਛਾਣ ਫਿਰ ਤੀਜੀ ਚੀਜ਼ ਹੈ। ਖਾਤੇ ਵਿੱਚ ਲੌਗ ਇਨ ਕਰਨਾ ਤੁਹਾਨੂੰ ਉਸ ਸੇਵਾ ਨਾਲ ਪਛਾਣਦਾ ਹੈ ਭਾਵੇਂ ਤੁਸੀਂ ਕੋਈ ਵੀ ਐਗਜ਼ਿਟ ਪਤਾ ਵਰਤਿਆ, ਇਸ ਲਈ ਐਗਜ਼ਿਟ ਨੈੱਟਵਰਕ ਰਸਤੇ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ, ਖਾਤੇ ਦੀ ਨਹੀਂ। ਇਹ ਫ਼ਰਕ ਆਪਣੇ ਅੱਗੇ ਕਿੰਨੀਆਂ ਵੀ ਪਰਤਾਂ ਹੋਣ, ਟਿਕਿਆ ਰਹਿੰਦਾ ਹੈ। ਐਗਜ਼ਿਟ ਬਦਲਣ ਨਾਲ ਲੌਗ ਇਨ ਸੈਸ਼ਨ ਕੀ ਪ੍ਰਗਟ ਕਰਦਾ ਹੈ, ਉਹ ਕਦੇ ਨਹੀਂ ਬਦਲਦਾ। ਪਹਿਲਾ ਪੈਕੇਟ ਨਿਕਲਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਸੇਵਾ ਜਾਣਦੀ ਸੀ ਕਿ ਤੁਸੀਂ ਕੌਣ ਹੋ।
ਇਸ ਬੰਦੋਬਸਤ ਵਿੱਚ ਦੂਜੀ ਸੁਰੰਗ ਜੋੜਨ ਨਾਲ ਕੁਝ ਨਹੀਂ ਟੁੱਟਦਾ। ਜੋ ਬਦਲਦਾ ਹੈ ਉਹ ਇਹ ਹੈ ਕਿ ਪਹਿਲੀ ਛਾਲ ਕਿਹੜਾ ਨਿਰੀਖਕ ਦੇਖਦਾ ਹੈ, ਨਾ ਕਿ ਆਖਰੀ ਛਾਲ ਐਨਕ੍ਰਿਪਟ ਹੈ ਜਾਂ ਨਹੀਂ।
ਕ੍ਰਮ ਨਿਰੀਖਕ ਬਦਲਦਾ ਹੈ, ਅੰਤ ਬਿੰਦੂ ਨਹੀਂ
VPN ਅਤੇ Tor ਨੂੰ ਚੇਨ ਵਿੱਚ ਜੋੜਨਾ ਨੈੱਟਵਰਕ ਪੱਧਰ 'ਤੇ ਇਹ ਬਦਲਣ ਦਾ ਜਾਇਜ਼ ਤਰੀਕਾ ਹੈ ਕਿ ਕੌਣ ਕੀ ਦੇਖਦਾ ਹੈ। VPN ਉੱਤੇ Tor ਚਲਾਉਣ ਨਾਲ ਤੁਹਾਡੇ ਐਕਸੈਸ ਨੈੱਟਵਰਕ ਤੋਂ ਇਹ ਤੱਥ ਲੁਕਦਾ ਹੈ ਕਿ ਤੁਸੀਂ Tor ਵਰਤਦੇ ਹੋ, ਜਦਕਿ Tor ਉੱਤੇ VPN ਚਲਾਉਣ ਨਾਲ ਤੁਹਾਡਾ ਪਤਾ VPN ਪ੍ਰਦਾਤਾ ਤੋਂ ਲੁਕਦਾ ਹੈ। ਦੋਵੇਂ ਕ੍ਰਮ ਜਨਤਕ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਦਰਜ ਹਨ ਅਤੇ ਦੋਵਾਂ ਵਿੱਚ ਕਾਰਗੁਜ਼ਾਰੀ ਤੇ ਨਾਕਾਮੀ ਵਿਵਹਾਰ ਦੀਆਂ ਸਮਝੌਤੀਆਂ ਹਨ।
ਕੋਈ ਵੀ ਕ੍ਰਮ TLS ਅੰਤ ਬਿੰਦੂ ਨੂੰ ਨਹੀਂ ਹਿਲਾਉਂਦਾ। ਦੋਵਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਬ੍ਰਾਊਜ਼ਰ ਬੇਨਤੀ ਕੀਤੇ ਹੋਸਟਨਾਮ ਲਈ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੋਵਾਂ ਹਾਲਤਾਂ ਵਿੱਚ HTTP ਪਤਾ ਆਖਰੀ ਰੀਲੇ ਤੋਂ ਬਾਅਦ ਵੀ ਆਪਣੀ ਸਮੱਗਰੀ ਖੁੱਲ੍ਹੀ ਭੇਜਦਾ ਹੈ। ਸੰਯੋਜਨ ਨਿਰੀਖਕਾਂ ਦੀ ਸੂਚੀ ਬਦਲਦਾ ਹੈ; ਮੰਜ਼ਿਲ 'ਤੇ ਪਰਤਾਂ ਦੀ ਗਿਣਤੀ ਨਹੀਂ ਬਦਲਦਾ।
ਇਸ ਲਈ ਚੇਨ ਬਾਰੇ ਸਲਾਹ ਆਮ ਤੌਰ 'ਤੇ ਸਮੁੱਚੀ ਸੁਰੱਖਿਆ ਬਾਰੇ ਨਹੀਂ, ਖ਼ਤਰਾ-ਮਾਡਲਾਂ ਬਾਰੇ ਹੁੰਦੀ ਹੈ। ਲੰਮੀ ਚੇਨ ਉਸੇ ਚੀਜ਼ ਦਾ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਸੰਸਕਰਣ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਵੱਲੋਂ ਚੁਣੇ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦੀ।
curl -sSI https://example.net | head -3
openssl s_client -connect example.net:443 -servername example.net -briefਦੋਵੇਂ ਕਮਾਂਡਾਂ ਮੰਜ਼ਿਲ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਪਰਤ ਦਿਖਾਉਂਦੀਆਂ ਹਨ। ਦੂਜੀ ਕਿਸੇ ਸੁਰੰਗ ਨੂੰ ਸ਼ਾਮਲ ਕੀਤੇ ਬਿਨਾਂ ਤੈਅ ਹੋਏ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਛਾਪਦੀ ਹੈ। ਕੋਈ ਵੀ ਤੁਹਾਨੂੰ ਵਰਤੇ ਗਏ ਐਗਜ਼ਿਟ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦੀ।
ਸਮੱਸਿਆ ਲੱਭਦਿਆਂ ਪ੍ਰਮਾਣਿਕਤਾ ਚਾਲੂ ਰੱਖੋ
ਸਰਟੀਫਿਕੇਟ ਦੀ ਚੇਤਾਵਨੀ ਉਸ ਕਨੈਕਸ਼ਨ ਬਾਰੇ ਜਾਣਕਾਰੀ ਹੈ ਜੋ ਤੁਸੀਂ ਬਣਾਉਣ ਵਾਲੇ ਹੋ। ਇਸ ਦਾ ਅਰਥ ਹੋਸਟਨਾਮ ਦਾ ਮੇਲ ਨਾ ਖਾਣਾ, ਘੜੀ ਦੀ ਸਮੱਸਿਆ, ਭਰੋਸੇਯੋਗ ਨਾ ਹੋਣ ਵਾਲੀ ਚੇਨ ਜਾਂ ਰੋਕਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਹੋ ਸਕਦਾ ਹੈ। VPN ਜੁੜਿਆ ਹੋਣ ਕਰਕੇ ਸਥਾਈ ਛੋਟ ਜੋੜਨ ਨਾਲ ਉਹ ਇਕੱਲਾ ਸੰਕੇਤ ਹਟ ਜਾਂਦਾ ਹੈ ਜੋ ਉਨ੍ਹਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਫ਼ਰਕ ਕਰਦਾ।
Tor Browser ਦੀਆਂ ਸੁਰੱਖਿਅਤ-ਕਨੈਕਸ਼ਨ ਸੁਵਿਧਾਵਾਂ ਅਤੇ ਉਸ ਦੀਆਂ ਚੇਤਾਵਨੀਆਂ ਇਸੇ ਕਾਰਨ ਹਨ, ਅਤੇ ਸਫ਼ਾ ਲੋਡ ਹੋਣ ਲਈ ਉਨ੍ਹਾਂ ਨੂੰ ਬੰਦ ਕਰਨਾ ਦਿਸਦੀ ਨਾਕਾਮੀ ਨੂੰ ਨਾ ਦਿਸਦੀ ਨਾਲ ਬਦਲਦਾ ਹੈ। ਜੇ ਛੋਟ ਤੋਂ ਬਿਨਾਂ ਸਾਈਟ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਹੁੰਦੀ, ਤਾਂ ਇਮਾਨਦਾਰ ਸਿੱਟਾ ਇਹ ਹੈ ਕਿ ਕਨੈਕਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ, ਇਹ ਨਹੀਂ ਕਿ ਸੁਰੰਗ ਨੇ ਇਸ ਨੂੰ ਸੁਰੱਖਿਅਤ ਬਣਾ ਦਿੱਤਾ।
ਐਨਕ੍ਰਿਪਸ਼ਨ ਵੀ ਮਨਸ਼ਾ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। ਧੋਖੇਬਾਜ਼ ਸਾਈਟ ਨਾਲ ਵੈਧ HTTPS ਕਨੈਕਸ਼ਨ ਤੁਹਾਡਾ ਡੇਟਾ ਪੂਰੀ ਗੁਪਤਤਾ ਨਾਲ ਉਸ ਸਾਈਟ ਤੱਕ ਪਹੁੰਚਾਉਂਦਾ ਹੈ। ਪਤਾ ਅਤੇ ਤੁਸੀਂ ਕੀ ਜਮ੍ਹਾ ਕਰਦੇ ਹੋ, ਇਹ ਦੇਖੋ, ਸਿਰਫ਼ ਤਾਲਾ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਨਹੀਂ।
Onion ਸੇਵਾਵਾਂ ਸੱਚਮੁੱਚ ਵੱਖਰਾ ਮਾਡਲ ਹਨ। ਆਮ ਜਨਤਕ ਐਗਜ਼ਿਟ ਤੋਂ ਬਿਨਾਂ Tor ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਉਨ੍ਹਾਂ ਤੱਕ ਪਹੁੰਚਿਆ ਜਾਂਦਾ ਹੈ, ਜੋ Tor ਰਾਹੀਂ ਜਨਤਕ ਸਾਈਟ 'ਤੇ ਪਹੁੰਚਣ ਦੇ ਬਰਾਬਰ ਨਹੀਂ। ਇਸ ਨੂੰ ਉਸੇ ਫੇਰੀ ਦਾ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਸੰਸਕਰਣ ਨਹੀਂ, ਸਗੋਂ ਆਪਣੀਆਂ ਉਮੀਦਾਂ ਵਾਲਾ ਵੱਖਰਾ ਕੇਸ ਮੰਨੋ।
ਹਰ ਸੰਰਚਨਾ ਵਿੱਚ ਟਿਕਣ ਵਾਲਾ ਨਿਯਮ ਛੋਟਾ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਅਖੰਡ ਰੱਖੋ। ਹਰ ਪਰਤ ਨੂੰ ਇਸ ਆਧਾਰ 'ਤੇ ਅੰਕੋ ਕਿ ਉਹ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ।