HTTPS, DoH, ECH ਅਤੇ VPN ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਲੁਕਾਉਂਦੇ ਹਨ
ਹਰ ਵਿਧੀ ਰਾਹ ਵਿੱਚੋਂ ਵੱਖਰਾ ਨਿਰੀਖਕ ਹਟਾਉਂਦੀ ਹੈ, ਅਤੇ ਕੋਈ ਵੀ ਸਾਰਿਆਂ ਨੂੰ ਨਹੀਂ ਹਟਾਉਂਦੀ। ਹੋਰ ਸੁਰੰਗ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਤੁਲਨਾ ਕਰੋ ਕਿ ਕੀ ਸੁਰੱਖਿਅਤ ਹੈ।
ਪਹਿਲਾਂ ਹੀ HTTPS, DoH ਅਤੇ ECH ਵਰਤਣ ਵਾਲੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ VPN ਜੋੜਨਾ ਤਿੰਨ ਸੁਰੱਖਿਆਵਾਂ ਨੂੰ ਇੱਕ ਵਿੱਚ ਨਹੀਂ ਢੇਰ ਕਰਦਾ; ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਕੌਣ ਕੀ ਨਿਰੀਖਣ ਕਰ ਸਕਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਹੈ। ਹਰ ਵਿਧੀ ਵੱਖਰੀ ਅਦਲਾ-ਬਦਲੀ ਵਿੱਚੋਂ ਵੱਖਰਾ ਧਿਰ ਹਟਾਉਂਦੀ ਹੈ, ਅਤੇ ਹਰ ਇੱਕ ਕੁਝ ਪਿੱਛੇ ਛੱਡ ਜਾਂਦੀ ਹੈ। ਲਾਭਦਾਇਕ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਕਿਹੜੀ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਹੈ, ਸਗੋਂ ਇਹ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ ਨਿਰੀਖਕ ਹਟਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਕਿਉਂਕਿ ਜਵਾਬ ਹੀ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਸੁਰੰਗ ਕੰਮ ਆਉਂਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਬਾਕੀ ਨਿਰੀਖਕਾਂ ਦੀ ਤੁਲਨਾ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਸੂਚੀ ਨਾਲੋਂ ਵਧੇਰੇ ਲਾਭਦਾਇਕ ਹੈ।
ਚਾਰ ਵਿਧੀਆਂ, ਚਾਰ ਨਿਰੀਖਕ
ਚਾਰ ਸੰਬੰਧਾਂ ਅਤੇ ਹਰ ਇੱਕ ਜਿਸ ਧਿਰ ਨੂੰ ਬਾਹਰ ਰੱਖਣ ਲਈ ਬਣਾਈ ਗਈ ਹੈ, ਉਸ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਹੀ ਹੈ ਜੋ ਮੈਂ ਸਮੀਖਿਆ ਵਿੱਚ ਵਰਤਦਾ ਹਾਂ, ਕਿਉਂਕਿ ਇਹ ਗੱਲਬਾਤ ਨੂੰ ਤਕਨਾਲੋਜੀ ਦੀ ਥਾਂ ਨਿਰੀਖਕ ਦਾ ਨਾਮ ਲੈਣ ਲਈ ਮਜਬੂਰ ਕਰਦੀ ਹੈ।
| ਵਿਧੀ | ਜੋ ਸੰਬੰਧ ਸੁਰੱਖਿਅਤ ਕਰਦੀ ਹੈ | ਜੋ ਨਿਰੀਖਕ ਨਹੀਂ ਹਟਾਉਂਦੀ |
|---|---|---|
| HTTPS | ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਆਪਣੇ ਨਾਮਿਤ ਅੰਤਿਮ ਬਿੰਦੂ ਨਾਲ TLS ਕਨੈਕਸ਼ਨ | ਪਹੁੰਚ ਨੈੱਟਵਰਕ ਅਜੇ ਵੀ ਮੰਜ਼ਿਲ ਦਾ ਪਤਾ ਦੇਖਦਾ ਹੈ |
| DoH | ਚੁਣੇ HTTPS ਹੱਲਕਰਤਾ ਨਾਲ DNS ਅਦਲਾ-ਬਦਲੀ | ਉਹ ਹੱਲਕਰਤਾ ਹਰ ਕਵੈਰੀ ਦੇਖਦਾ ਹੈ |
| ECH | ClientHello ਦੇ ਸੰਵੇਦਨਸ਼ੀਲ ਖੇਤਰ, ਜਿੱਥੇ ਸਮਰਥਿਤ ਅਤੇ ਸਵੀਕ੍ਰਿਤ ਹੋਣ | ਮੰਜ਼ਿਲ ਦੇ ਪਤੇ, ਅਤੇ DNS ਜੇ ਕਵਰ ਨਾ ਹੋਵੇ |
| VPN | VPN ਸਾਥੀ ਤੱਕ ਲਿਜਾਏ ਢਕੇ ਪੈਕੇਟ | VPN ਆਪਰੇਟਰ ਮੰਜ਼ਿਲਾਂ ਦੇਖਦਾ ਹੈ |
ਸਾਰਣੀ ਦਾ ਮੁੱਲ ਉਹ ਹੈ ਜੋ ਇਹ ਦੱਸਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦੀ ਹੈ। ਇਹ ਵਿਧੀਆਂ ਨੂੰ ਦਰਜਾਬੰਦੀ ਨਹੀਂ ਦਿੰਦੀ, ਅਤੇ ਇਹ ਦਾਅਵਾ ਨਹੀਂ ਕਰਦੀ ਕਿ ਚਾਰੇ ਵਰਤਣ ਨਾਲ ਚਾਰੇ ਨਿਰੀਖਕ ਹਟ ਜਾਂਦੇ ਹਨ। ਜੋ ਕਲਾਊਡ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਆਪਣੇ ਕੰਢੇ 'ਤੇ ਹੀ TLS ਖਤਮ ਕਰਦਾ ਹੈ, ਉਹ ਉਸ ਅਦਲਾ-ਬਦਲੀ ਲਈ ਪਹੁੰਚ ਨੈੱਟਵਰਕ ਤੋਂ ਸੁਰੱਖਿਅਤ ਹੈ, ਅਤੇ ਕੋਈ ਸੁਰੰਗ ਉਸ ਖਾਸ ਗੁਣ ਨੂੰ ਸੁਧਾਰਦੀ ਨਹੀਂ। ਸੁਰੰਗ ਜੋ ਬਦਲ ਸਕਦੀ ਹੈ ਉਹ ਇਹ ਹੈ ਕਿ ਕਿਹੜਾ ਨੈੱਟਵਰਕ ਬਾਹਰੀ ਪੈਕੇਟ ਦੇਖਦਾ ਹੈ ਅਤੇ ਹੁਣ ਰਾਹ 'ਤੇ ਕਿਹੜਾ ਆਪਰੇਟਰ ਹੈ।
HTTPS ਅਸਲ ਵਿੱਚ ਕੀ ਲੁਕਾਉਂਦਾ ਹੈ
HTTPS ਕਲਾਇੰਟ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਵੱਲੋਂ ਨਾਮ ਦਿੱਤੇ ਅੰਤਿਮ ਬਿੰਦੂ ਵਿਚਕਾਰ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਅਦਲਾ-ਬਦਲੀ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ। ਇਹ ਮੰਜ਼ਿਲ ਦਾ ਪਤਾ ਨਹੀਂ ਲੁਕਾਉਂਦਾ, ਕਨੈਕਸ਼ਨ ਹੋਇਆ ਇਹ ਨਹੀਂ ਲੁਕਾਉਂਦਾ, ਅਤੇ ECH ਨਾ ਹੋਣ 'ਤੇ ਨਾਮ ਵੀ ਨਹੀਂ ਲੁਕਾਉਂਦਾ। ਸਰਟੀਫਿਕੇਟ ਦੀ ਜਾਂਚ ਸੁਰੱਖਿਆ ਦਾ ਹਿੱਸਾ ਹੈ, ਉਸ ਦੁਆਲੇ ਦੀ ਰਸਮ ਨਹੀਂ।
VPN ਨੂੰ ਉਹ TLS ਖਤਮ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ, ਅਤੇ ਫਾਰਵਰਡਿੰਗ ਐਗਜ਼ਿਟ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਪ੍ਰਮਾਣਿਤ ਅੰਤਿਮ ਬਿੰਦੂ ਨਹੀਂ ਮੰਨਣਾ ਚਾਹੀਦਾ। ਜੇ ਡਿਜ਼ਾਈਨ ਐਗਜ਼ਿਟ ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕਰਨ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਉਹ ਵੱਖਰੀ ਭਰੋਸਾ-ਘੋਸ਼ਣਾ ਵਾਲੀ ਵੱਖਰੀ ਬਣਤਰ ਹੈ।
DoH ਅਤੇ ECH ਕੀ ਸਰਕਾਉਂਦੇ ਹਨ, ਅਤੇ ਕੀ ਛੱਡਦੇ ਹਨ
DoH DNS ਅਦਲਾ-ਬਦਲੀ ਨੂੰ HTTPS ਹੱਲਕਰਤਾ ਵੱਲ ਸਰਕਾਉਂਦਾ ਹੈ, ਯਾਨੀ ਉਹ ਹੱਲਕਰਤਾ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਦੇ ਹੱਲਕਰਤਾ ਦੀ ਥਾਂ ਤੁਹਾਡੀਆਂ ਕਵੈਰੀਆਂ ਦੇਖਦਾ ਹੈ। ਇਹ ਅਸਲ ਅਤੇ ਸੀਮਿਤ ਬਦਲਾਅ ਹੈ: ਚੁਣਿਆ ਹੱਲਕਰਤਾ ਉਹ ਧਿਰ ਬਣਦਾ ਹੈ ਜੋ ਕਵੈਰੀਆਂ ਨੂੰ ਉਹਨਾਂ ਪਤਿਆਂ ਨਾਲ ਜੋੜ ਸਕਦਾ ਹੈ ਜਿੰਨ੍ਹਾਂ ਨਾਲ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਜੁੜਦੇ ਹੋ, ਅਤੇ RFC 8484 ਇਸੇ ਸਬੰਧ ਦੀ ਚਰਚਾ ਕਰਦਾ ਹੈ। ਐਨਕ੍ਰਿਪਟਡ ਢੋਆ-ਢੁਆਈ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਉਹਨਾਂ ਕਵੈਰੀਆਂ ਤੋਂ ਅਣਜਾਣ ਨਹੀਂ ਬਣਾਉਂਦੀ ਜਿਨ੍ਹਾਂ ਦਾ ਉਹ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।
ECH ClientHello ਦੇ ਸੰਵੇਦਨਸ਼ੀਲ ਹਿੱਸੇ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਰਾਹ 'ਤੇ ਨਿਸ਼ਕਿਰਿਆ ਨਿਰੀਖਕ ਇੱਛਤ ਸਰਵਰ ਨਾਮ ਨਾ ਪੜ੍ਹ ਸਕੇ। ਇਹ ਸਮਰਥਨ ਦੇਣ ਵਾਲੀ ਤਾਇਨਾਤੀ ਅਤੇ ਸਰਵਰ ਤੇ ਨੈੱਟਵਰਕ ਦੀ ਸਵੀਕ੍ਰਿਤੀ 'ਤੇ ਨਿਰਭਰ ਹੈ, ਅਤੇ ਹੋਰ ਚੈਨਲ ਆਪਣੀ ਥਾਂ ਛੱਡਦਾ ਹੈ: ਮੰਜ਼ਿਲ ਦੇ ਪਤੇ ਦਿਸਦੇ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ DNS ਅਜੇ ਵੀ ਨਾਮ ਜ਼ਾਹਰ ਕਰ ਸਕਦਾ ਹੈ।
ECH ਜੋ ਦੂਜੀ ਚੀਜ਼ ਨਹੀਂ ਕਰਦਾ ਉਹ ਹੈ ਆਪਣੇ ਆਪ ਨੂੰ ਸਾਬਤ ਕਰਨਾ। TLS 1.3 ਵਰਤਣ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ECH ਸਵੀਕਾਰ ਹੋਇਆ, ਅਤੇ ਬਿਨਾਂ ਸਮਰਥਨ ਵਾਲੇ ਸਰਵਰ ਨੂੰ ECH ਪੇਸ਼ ਕਰਨ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ ਚੁੱਪਚਾਪ ਪਿੱਛੇ ਹਟਦਾ ਹੈ। ਪ੍ਰੋਟੋਕੋਲ ਸੰਸਕਰਣ ਤੋਂ ਅਨੁਮਾਨ ਲਾਉਣ ਦੀ ਥਾਂ ਕਨੈਕਸ਼ਨ ਦੀ ਅਸਲ ਸਥਿਤੀ ਜਾਂਚੋ।
ਇਹ ਪੂਰੀ ਤੁਲਨਾ ਦਾ ਆਮ ਰੂਪ ਹੈ: ਹਰ ਵਿਧੀ ਆਪਣੀ ਪਰਤ 'ਤੇ ਪਰਖੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਦੂਜੇ ਦੀ ਸਫਲਤਾ ਨਾਲ ਨਹੀਂ ਪਰਖੀ ਜਾਂਦੀ।
VPN ਕੀ ਸਰਕਾਉਂਦਾ ਹੈ, ਅਤੇ ਕੀ ਜੋੜਦਾ ਹੈ
ਜਦੋਂ ਵੈੱਬ ਟ੍ਰੈਫਿਕ VPN ਵਿੱਚ ਦਾਖਲ ਹੁੰਦਾ ਹੈ, ਪਹੁੰਚ ਨੈੱਟਵਰਕ ਵੱਖਰੇ ਐਪਲੀਕੇਸ਼ਨ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਥਾਂ VPN ਸਾਥੀ ਨਾਲ ਬਾਹਰੀ ਅਦਲਾ-ਬਦਲੀ ਦੇਖਦਾ ਹੈ, ਅਤੇ VPN ਆਪਰੇਟਰ ਅੱਗੇ ਦੇ ਰਾਹ 'ਤੇ ਥਾਂ ਲੈਂਦਾ ਹੈ। ਇਹ ਭਰੋਸੇ ਦੀ ਹੱਦ ਦਾ ਸਥਾਨਾਂਤਰ ਹੈ, ਉਸ ਨੂੰ ਹਟਾਉਣਾ ਨਹੀਂ। ਆਪਰੇਟਰ ਹੁਣ ਦੇਖਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿੰਨ੍ਹਾਂ ਮੰਜ਼ਿਲਾਂ ਤੱਕ ਪਹੁੰਚਦੇ ਹੋ, ਭਾਵੇਂ ਸਮੱਗਰੀ ਸਿਰੇ ਤੋਂ ਸਿਰੇ ਤੱਕ ਐਨਕ੍ਰਿਪਟਡ ਰਹੇ। ਇਹ ਸੁਧਾਰ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਇਸ 'ਤੇ ਨਿਰਭਰ ਹੈ ਕਿ ਤੁਸੀਂ ਇਹਨਾਂ ਦੋ ਧਿਰਾਂ ਵਿੱਚੋਂ ਕਿਸ 'ਤੇ ਘੱਟ ਭਰੋਸਾ ਕਰਦੇ ਹੋ।
ਇਹ ਕਰਦਿਆਂ ਐਪਲੀਕੇਸ਼ਨ ਦਾ HTTPS ਅਤੇ ਇੱਛਤ ਹੱਲਕਰਤਾ ਸੁਰੱਖਿਆ ਆਪਣੀ ਥਾਂ ਰੱਖੋ। ਸੁਰੰਗ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਦਾ ਬਦਲ ਨਹੀਂ, ਅਤੇ ਟ੍ਰੈਫਿਕ ਸੁਰੰਗ ਵਿੱਚੋਂ ਜਾਂਦਾ ਹੈ ਇਸ ਲਈ ਹੱਲਕਰਤਾ ਦੀਆਂ ਸੁਰੱਖਿਆਵਾਂ ਬੰਦ ਕਰਨਾ ਨਿਯੰਤਰਣ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਹਟਾਉਣਾ ਹੈ।
ਲੋੜ ਤੋਂ ਚੋਣ
ਅਸਲ ਲੋੜ ਦੱਸੋ, ਕਿਉਂਕਿ ਉਹੀ ਡਿਜ਼ਾਈਨ ਤੈਅ ਕਰਦੀ ਹੈ। ਨਿੱਜੀ ਸਰੋਤਾਂ ਤੱਕ ਪਹੁੰਚ, ਪ੍ਰਬੰਧਿਤ ਐਗਰੈਸ ਬਿੰਦੂ, ਪਹੁੰਚ ਨੈੱਟਵਰਕ ਦੀ ਖਾਸ ਧਮਕੀ ਅਤੇ ਡਿਵਾਈਸ ਅਧਿਕਾਰਤਾ ਚਾਰ ਵੱਖਰੀਆਂ ਲੋੜਾਂ ਹਨ ਚਾਰ ਵੱਖਰੇ ਜਵਾਬਾਂ ਨਾਲ, ਅਤੇ ਸਿਰਫ਼ ਜਨਤਕ ਕਲਾਊਡ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਰਤਣ ਵਾਲੀ ਕੰਪਨੀ ਨੂੰ ਵੀ ਅਧਿਕਾਰਤਾ ਅਤੇ ਡੇਟਾ ਸੰਭਾਲ ਤੈਅ ਕਰਨੀ ਪੈਂਦੀ ਹੈ। ਵਾਧੂ ਪਰਤਾਂ ਢੁਕਵੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਪਰ ਇੱਕ-ਦੂਜੇ ਦੀ ਥਾਂ ਨਹੀਂ। ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਕਨੈਕਸ਼ਨ ਗੁਮਨਾਮਤਾ ਦਾ ਮਾਪ ਨਹੀਂ, ਅਤੇ ਇਹ ਆਪਣੇ ਆਪ ਵਿੱਚ ਸੁਰੱਖਿਆ ਦਾ ਦਲੀਲ ਨਹੀਂ।
ECH ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ, RFC 9849, ਇਹ ਜਾਣਨ ਲਈ ਪੜ੍ਹਨ ਯੋਗ ਹੈ ਕਿ ਵਿਧੀ ਕੀ ਕਵਰ ਕਰਦੀ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ, ਅਤੇ ਇਹ ਉਹਨਾਂ ਚੈਨਲਾਂ ਬਾਰੇ ਇਮਾਨਦਾਰ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਹ ਛੇੜਦੀ ਨਹੀਂ। ਹਰ ਵਿਧੀ ਜਿਸ ਨਿਰੀਖਕ ਨੂੰ ਹਟਾਉਂਦੀ ਹੈ ਉਸ ਆਧਾਰ 'ਤੇ ਤੁਲਨਾ ਕਰੋ, ਉਹ ਨਿਰੀਖਕ ਲਿਖੋ, ਅਤੇ ਫਿਰ ਤੈਅ ਕਰੋ ਕਿ ਵਾਧੂ ਪਰਤ ਉਸ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ ਜਵਾਬ ਇਹ ਹੈ ਕਿ ਨਿਰੀਖਕ ਪਹਿਲਾਂ ਹੀ ਤੁਹਾਡੇ ਧਮਕੀ ਮਾਡਲ ਤੋਂ ਬਾਹਰ ਸੀ, ਤਾਂ ਸੁਰੰਗ ਲਾਭ ਤੋਂ ਬਿਨਾਂ ਖਰਚ ਹੈ।