TunnelCrack ਬਨਾਮ TunnelVision: ਹਰ ਇੱਕ ਅਸਲ ਵਿੱਚ ਕੀ ਤੋੜਦਾ ਹੈ
TunnelCrack ਅਤੇ TunnelVision ਵੱਖਰੇ ਰਾਊਟਿੰਗ ਅਪਵਾਦਾਂ ਦਾ ਦੁਰਉਪਯੋਗ ਕਰਦੇ ਹਨ: ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਅਪਵਾਦ, ਸਰਵਰ ਦਾ ਮਾਰਗ ਅਤੇ ਹਰ ਕਲਾਇੰਟ ਬਿਲਡ ਲਈ DHCP ਵਿਕਲਪ 121 ਦੀ ਸਮੀਖਿਆ ਕਰੋ।
ਟਨਲ ਛੱਡਣ ਵਾਲੇ ਕਿਸੇ ਵੀ VPN ਟ੍ਰੈਫਿਕ ਲਈ ਦੋ ਖੋਜ ਨਾਵਾਂ ਇੱਕ ਦੂਜੇ ਦੀ ਥਾਂ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਪਰ ਉਨ੍ਹਾਂ ਪਿੱਛੇ ਦੇ ਤੰਤਰ ਇੱਕੋ ਜਿਹੇ ਨਹੀਂ ਹਨ। TunnelCrack ਰਾਊਟਿੰਗ ਅਪਵਾਦਾਂ ਦੇ ਦੋ ਪਰਿਵਾਰਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ; TunnelVision ਅੰਤਿਮ ਡਿਵਾਈਸ ਉੱਤੇ DHCP ਵੱਲੋਂ ਦਿੱਤੇ ਮਾਰਗ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਇਨਕ੍ਰਿਪਸ਼ਨ ਨਹੀਂ ਤੋੜਦਾ, ਅਤੇ ਕੋਈ ਵੀ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਅੱਜ ਕੋਈ ਖਾਸ ਕਲਾਇੰਟ ਬਿਲਡ ਕੀ ਕਰਦਾ ਹੈ। ਪੰਜ ਜਾਂਚਾਂ ਤੰਤਰਾਂ ਨੂੰ ਸਿਰਲੇਖ ਤੋਂ ਵੱਖ ਕਰਦੀਆਂ ਹਨ।
ਪਹਿਲਾ ਕਦਮ: ਜਿਸ ਤੰਤਰ ਦੀ ਸਮੀਖਿਆ ਕਰ ਰਹੇ ਹੋ ਉਸ ਦਾ ਨਾਮ ਦਿਓ
ਅਗਸਤ 2023 ਦਾ TunnelCrack ਖੁਲਾਸਾ ਹਮਲੇ ਦੇ ਦੋ ਪਰਿਵਾਰਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਜਿਸ ਟ੍ਰੈਫਿਕ ਨੂੰ ਕਲਾਇੰਟ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਦਾ ਹਿੱਸਾ ਮੰਨਦਾ ਹੈ ਉਹ ਸਥਾਨਕ-ਪਹੁੰਚ ਅਪਵਾਦ ਲੈ ਕੇ ਟਨਲ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਸਰਵਰ ਪਤੇ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, VPN ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਣ ਲਈ ਕਲਾਇੰਟ ਨੂੰ ਜੋ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ ਉਹ ਟਨਲ ਤੋਂ ਬਾਹਰ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਜੋ ਵਿਰੋਧੀ ਉਸ ਪਤੇ ਨੂੰ ਨਿਅੰਤਰਿਤ ਕਰਦਾ ਹੈ ਉਹ ਇਸ ਅਪਵਾਦ ਦਾ ਫਾਇਦਾ ਉਠਾ ਸਕਦਾ ਹੈ।
TunnelVision DHCP ਵੱਲੋਂ ਦਿੱਤੇ ਵਰਗ-ਰਹਿਤ ਸਥਿਰ ਮਾਰਗਾਂ ਬਾਰੇ ਇੱਕ ਵੱਖਰੀ ਰਿਪੋਰਟ ਹੈ। ਇੱਕ ਦੁਰਭਾਵਨਾਪੂਰਨ DHCP ਸਰਵਰ ਅੰਤਿਮ ਡਿਵਾਈਸ ਨੂੰ ਅਜਿਹੇ ਮਾਰਗ ਦੇ ਸਕਦਾ ਹੈ ਜੋ ਟ੍ਰੈਫਿਕ ਦਾ ਰਾਹ ਬਦਲ ਦਿੰਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ VPN ਸਰਵਰ ਵੱਲ ਦਾ ਰਾਹ ਵੀ ਸ਼ਾਮਲ ਹੈ। ਰਿਪੋਰਟ ਸੰਬੰਧਿਤ ਰਾਊਟਿੰਗ ਪ੍ਰਭਾਵਾਂ ਬਾਰੇ ਪਹਿਲੇ ਕੰਮ ਨੂੰ ਮਾਨਤਾ ਦਿੰਦੀ ਹੈ, ਜੋ ਯਾਦ ਕਰਾਉਂਦੀ ਹੈ ਕਿ ਮੂਲ ਤੰਤਰ ਨਾਮ ਤੋਂ ਪੁਰਾਣਾ ਹੈ।
| Case | Exception it abuses |
|---|---|
| TunnelCrack local network | Traffic classified as local bypasses the tunnel |
| TunnelCrack server address | The route to the VPN server sits outside the tunnel |
| TunnelVision | DHCP option 121 installs routes that redirect traffic |
ਨਾਵਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੇ ਤੰਤਰਾਂ ਨਾਲ ਜੋੜੀ ਰੱਖੋ। ਦੂਜਾ ਖ਼ਬਰਾਂ ਵਿੱਚ ਹੈ ਇਸ ਲਈ ਇੱਕ ਲਈ ਸੁਧਾਰ ਲਾਗੂ ਕਰਨਾ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਸਮੀਖਿਆ ਢੱਕਣ ਤੋਂ ਬਿਨਾਂ ਹਿਲਜੁਲ ਪੈਦਾ ਕਰਦੀ ਹੈ।
ਦੂਜਾ ਕਦਮ: ਸਥਾਨਕ-ਪਹੁੰਚ ਅਪਵਾਦ ਵੇਖੋ
ਬਹੁਤੇ ਕਲਾਇੰਟ ਟਨਲ ਚਾਲੂ ਹੋਣ ਵੇਲੇ ਪ੍ਰਿੰਟਰ, ਸਕ੍ਰੀਨ ਪ੍ਰਸਾਰਣ ਅਤੇ ਫਾਈਲ ਸਾਂਝੀਆਂ ਕਰਨਾ ਚੱਲਦੇ ਰਹਿਣ ਲਈ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਟ੍ਰੈਫਿਕ ਨੂੰ ਛੋਟ ਦਿੰਦੇ ਹਨ। ਉਹ ਅਪਵਾਦ ਸੁਰੱਖਿਆ ਲਾਗਤ ਵਾਲਾ ਨੀਤੀ ਫੈਸਲਾ ਹੈ: ਉਸੇ ਨੈੱਟਵਰਕ ਉੱਤੇ ਵਿਰੋਧੀ ਆਪਣੇ ਆਪ ਨੂੰ ਸਥਾਨਕ ਹੋਸਟ ਵਜੋਂ ਪੇਸ਼ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਉਸ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲਾ ਟ੍ਰੈਫਿਕ ਕਦੇ ਟਨਲ ਵਿੱਚ ਨਹੀਂ ਗਿਆ।
ਪੁੱਛੋ ਕਿ ਤੈਨਾਤ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਇਹ ਅਪਵਾਦ ਬਿਲਕੁਲ ਲੋੜੀਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੋ ਦੂਰਸਥ ਕਾਰਜ ਬਲ ਕਦੇ ਸਥਾਨਕ ਖੋਜ ਨਹੀਂ ਵਰਤਦਾ ਉਹ ਇਸ ਨੂੰ ਅਕਸਰ ਬੰਦ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਬਾਕੀ ਸਥਾਨਕ ਸੇਵਾਵਾਂ ਤੱਕ ਦਸਤਾਵੇਜ਼ੀ ਮਾਰਗ ਰਾਹੀਂ ਪਹੁੰਚ ਸਕਦੇ ਹੋ। ਜਿੱਥੇ ਅਪਵਾਦ ਲੋੜੀਂਦਾ ਹੈ, ਉੱਥੇ ਇਸ ਨੂੰ ਸਥਾਨਕ ਟ੍ਰੈਫਿਕ ਕਹਿਣ ਦੀ ਥਾਂ ਇਹ ਦੱਸੋ ਕਿ ਇਹ ਕਿਹੜੇ ਟਿਕਾਣਿਆਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ।
ਜਾਂਚ ਸੰਰਚਨਾ ਦਾ ਸਵਾਲ ਹੈ, ਪੈਕਟ ਕੈਪਚਰ ਨਹੀਂ। ਤੁਸੀਂ ਜੋ ਬਿਲਡ ਤੈਨਾਤ ਕਰ ਰਹੇ ਹੋ ਉਸ ਲਈ ਪ੍ਰੋਫਾਈਲ ਸੈਟਿੰਗ ਅਤੇ ਕਲਾਇੰਟ ਦਸਤਾਵੇਜ਼ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਡਿਫਾਲਟ ਉਤਪਾਦਾਂ ਵਿਚਕਾਰ ਅਤੇ ਇੱਕੋ ਉਤਪਾਦ ਦੇ ਸੰਸਕਰਣਾਂ ਵਿਚਕਾਰ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ। ਜਵਾਬ ਪ੍ਰੋਫਾਈਲ ਦੇ ਕੋਲ ਲਿਖੋ, ਤਾਂ ਜੋ ਅਗਲੇ ਸਮੀਖਿਅਕ ਨੂੰ ਇਹ ਵਿਵਹਾਰ ਤੋਂ ਅਨੁਮਾਨ ਲਾਉਣਾ ਨਾ ਪਵੇ। ਜਿਸ ਅਪਵਾਦ ਨੂੰ ਕਿਸੇ ਨੇ ਦਸਤਾਵੇਜ਼ੀ ਨਹੀਂ ਕੀਤਾ ਉਹ ਅਜਿਹਾ ਅਪਵਾਦ ਹੈ ਜਿਸ ਦੀ ਕੋਈ ਸਮੀਖਿਆ ਨਹੀਂ ਕਰਦਾ।
ਤੀਜਾ ਕਦਮ: ਸਰਵਰ ਦਾ ਪਤਾ ਕਿਵੇਂ ਸਿੱਖਿਆ ਜਾਂਦਾ ਹੈ ਵੇਖੋ
ਕੋਈ ਵੀ ਟਨਲ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਨੂੰ VPN ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਣਾ ਪੈਂਦਾ ਹੈ, ਇਸ ਲਈ ਉਹ ਟਿਕਾਣਾ ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਟਨਲ ਤੋਂ ਬਾਹਰ ਰਾਊਟ ਹੁੰਦਾ ਹੈ। ਜੇ ਪਤਾ ਕਿਸੇ ਨਾਮ ਤੋਂ ਸਿੱਖਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਹੱਲ ਦਾ ਕਦਮ ਭਰੋਸੇ ਦੇ ਮਾਰਗ ਦਾ ਹਿੱਸਾ ਹੈ, ਅਤੇ ਜੋ ਵਿਰੋਧੀ ਉਸ ਪੁੱਛਗਿੱਛ ਦਾ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ ਉਹ ਕਲਾਇੰਟ ਨੂੰ ਆਪਣੇ ਨਿਅੰਤਰਿਤ ਹੋਸਟ ਵੱਲ ਭੇਜ ਸਕਦਾ ਹੈ।
ਪਤੇ ਨੂੰ ਪਿੰਨ ਕਰਨਾ, ਸਹੀ ਨਾਮ ਵਾਲੇ ਪ੍ਰਮਾਣਿਤ ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਅਤੇ ਬਿਨਾਂ ਪ੍ਰਮਾਣਿਤ ਸਰਵਰ ਉੱਤੇ ਵਾਪਸ ਡਿੱਗਣ ਤੋਂ ਇਨਕਾਰ ਕਰਨਾ, ਸਭ ਖ਼ਤਰਾ ਘਟਾਉਂਦੇ ਹਨ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਟਨਲ ਤੋਂ ਬਾਹਰ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹਟਾਉਂਦਾ; ਇਹ ਬਦਲਦੇ ਹਨ ਕਿ ਉਸ ਪਤੇ ਲਈ ਕੌਣ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ।
resolvectl query vpn.lab.example
ip route get 198.51.100.24
ip rule showਮਾਰਗ ਖੋਜ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਕਲਾਇੰਟ ਸਰਵਰ ਪਤੇ ਲਈ ਕਿਹੜਾ ਇੰਟਰਫੇਸ ਵਰਤੇਗਾ, ਜੋ ਅਪਵਾਦ ਦਾ ਠੋਸ ਰੂਪ ਹੈ। ਜੇ ਉਹ ਖੋਜ ਟਨਲ ਇੰਟਰਫੇਸ ਮੋੜਦੀ ਹੈ, ਤਾਂ ਕਲਾਇੰਟ ਟਨਲ ਸਥਾਪਿਤ ਹੀ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਇਸ ਲਈ ਬਾਹਰੀ ਮਾਰਗ ਦੀ ਆਸ ਹੈ ਅਤੇ ਸਵਾਲ ਸਿਰਫ਼ ਇਹ ਹੈ ਕਿ ਉਸ ਦਾ ਟਿਕਾਣਾ ਕਿਵੇਂ ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ।
ਚੌਥਾ ਕਦਮ: DHCP ਵੱਲੋਂ ਦਿੱਤੇ ਮਾਰਗ ਵੇਖੋ
ਵਰਗ-ਰਹਿਤ ਸਥਿਰ ਮਾਰਗ DHCP ਸਰਵਰ ਨੂੰ ਰਾਊਟਿੰਗ ਟੇਬਲ ਦੀਆਂ ਐਂਟਰੀਆਂ ਵੰਡਣ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਅੰਤਿਮ ਡਿਵਾਈਸ ਆਮ ਤੌਰ ਉੱਤੇ ਬਿਨਾਂ ਪੁੱਛੇ ਉਨ੍ਹਾਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦੀ ਹੈ। ਜਿਸ ਨੈੱਟਵਰਕ ਵਿੱਚ ਵਿਰੋਧੀ ਕਾਨੂੰਨੀ ਸਰਵਰ ਨਾਲੋਂ ਤੇਜ਼ DHCP ਦਾ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ, ਉੱਥੇ ਉਹ ਐਂਟਰੀਆਂ ਉਸ ਟ੍ਰੈਫਿਕ ਨੂੰ ਮੋੜ ਸਕਦੀਆਂ ਹਨ ਜਿਸ ਨੂੰ ਵਰਤੋਂਕਾਰ ਟਨਲ ਦੇ ਅੰਦਰ ਸਮਝਦਾ ਹੈ।
ਅੰਤਿਮ ਡਿਵਾਈਸ ਦੇ ਮਾਰਗਾਂ ਦੀ ਤੁਲਨਾ ਉਨ੍ਹਾਂ ਮਾਰਗਾਂ ਨਾਲ ਕਰੋ ਜਿਨ੍ਹਾਂ ਦੀ ਤੁਸੀਂ ਆਸ ਰੱਖਦੇ ਹੋ। ਟਨਲ ਚਾਲੂ ਹੋਣ ਵੇਲੇ ਸਥਾਨਕ ਗੇਟਵੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲਾ ਡਿਫਾਲਟ ਮਾਰਗ ਜਾਂ ਚੌੜਾ ਪ੍ਰੀਫਿਕਸ ਉਹ ਨਿਸ਼ਾਨ ਹੈ ਜੋ ਜਾਂਚ ਦੇ ਯੋਗ ਹੈ, ਅਤੇ ਇਹ ਕਿਸੇ ਹਮਲਾਵਰ ਟ੍ਰੈਫਿਕ ਤੋਂ ਬਿਨਾਂ ਦਿਸਦਾ ਹੈ।
ip route show table all
ip route get 203.0.113.55
nmcli -g ipv4.ignore-auto-routes con show "Wired connection 1"ਆਖ਼ਰੀ ਸੈਟਿੰਗ ਅੰਤਿਮ ਡਿਵਾਈਸ ਦੇ ਪਾਸੇ ਦਾ ਨਿਅੰਤਰਣ ਹੈ ਜੋ ਬਹੁਤੇ ਕਲਾਇੰਟ ਅਤੇ ਪਲੇਟਫਾਰਮ ਕਿਸੇ ਨਾ ਕਿਸੇ ਰੂਪ ਵਿੱਚ ਦਿੰਦੇ ਹਨ: ਨੈੱਟਵਰਕ ਵੱਲੋਂ ਦਿੱਤੇ ਮਾਰਗਾਂ ਨੂੰ ਅਣਡਿੱਠਾ ਕਰੋ। ਸਵੈਚਾਲਿਤ ਮਾਰਗ ਸਵੀਕ੍ਰਿਤੀ ਬੰਦ ਕਰਨਾ ਇੱਕ ਸੌਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਕਾਰਪੋਰੇਟ DHCP ਸਰਵਰ ਤੋਂ ਕਾਨੂੰਨੀ ਵੰਡਿਆ ਰਾਊਟਿੰਗ ਵੀ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਵਿਸ਼ਵਵਿਆਪੀ ਨਹੀਂ, ਨੈੱਟਵਰਕ ਵਰਗ ਅਨੁਸਾਰ ਤੈਅ ਕਰੋ।
ਪੰਜਵਾਂ ਕਦਮ: ਸੂਚਨਾ ਨੂੰ ਮੌਜੂਦਾ ਬਿਲਡ ਤੋਂ ਵੱਖ ਕਰੋ
ਪ੍ਰਕਾਸ਼ਿਤ ਹਮਲਾ ਕਿਸੇ ਖਾਸ ਸਮੇਂ ਕੁਝ ਖਾਸ ਕਲਾਇੰਟ ਸੰਸਕਰਣਾਂ ਉੱਤੇ ਦੇਖੇ ਵਿਵਹਾਰ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਇਹ ਸਿੱਧ ਨਹੀਂ ਕਰਦਾ ਕਿ ਤੁਹਾਡੇ ਸਾਹਮਣੇ ਦਾ ਲੈਪਟਾਪ ਪ੍ਰਭਾਵਿਤ ਹੈ, ਅਤੇ ਇਹ ਵੀ ਸਿੱਧ ਨਹੀਂ ਕਰਦਾ ਕਿ ਇਹ ਠੀਕ ਹੋ ਗਿਆ ਹੈ। ਦੋਵਾਂ ਦਾਅਵਿਆਂ ਲਈ ਅਸਲ ਬਿਲਡ ਨੰਬਰ ਅਤੇ ਵਿਕਰੇਤਾ ਦੀ ਮੌਜੂਦਾ ਸੂਚਨਾ ਚਾਹੀਦੀ ਹੈ।
ਕਲਾਇੰਟ ਸੰਸਕਰਣ, ਪਲੇਟਫਾਰਮ, ਉੱਪਰ ਦਿੱਤੇ ਅਪਵਾਦਾਂ ਨੂੰ ਨਿਅੰਤਰਿਤ ਕਰਨ ਵਾਲੀ ਪ੍ਰੋਫਾਈਲ ਸੈਟਿੰਗ ਅਤੇ ਜਿਸ ਤਾਰੀਖ਼ ਨੂੰ ਤੁਸੀਂ ਜਾਂਚ ਕੀਤੀ ਉਹ ਦਰਜ ਕਰੋ। ਉਹ ਰਿਕਾਰਡ ਇਮਾਨਦਾਰੀ ਨਾਲ ਪੁਰਾਣਾ ਹੁੰਦਾ ਹੈ, ਪਰ ਇਹ ਕਹਿਣ ਵਾਲਾ ਨੋਟ ਕਿ VPN ਨੂੰ TunnelCrack ਲਈ ਪੈਚ ਕੀਤਾ ਗਿਆ ਸੀ, ਇਮਾਨਦਾਰੀ ਨਾਲ ਪੁਰਾਣਾ ਨਹੀਂ ਹੁੰਦਾ। ਹਰ ਵਾਰ ਕਲਾਇੰਟ ਅੱਪਡੇਟ ਹੋਣ ਉੱਤੇ ਇਹ ਦੁਬਾਰਾ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਪ੍ਰੋਫਾਈਲ ਡਿਫਾਲਟ ਉਸ ਸੰਸਕਰਣ ਹੇਠ ਬਦਲ ਸਕਦਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਛੋਹਿਆ ਨਹੀਂ।
ਜਦੋਂ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਪ੍ਰਮਾਣਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਯੋਜਨਾ ਆਪਣੀ ਹੀ ਅੰਤਿਮ ਡਿਵਾਈਸ ਅਤੇ ਕਿਸੇ ਹਾਨੀਰਹਿਤ ਟਿਕਾਣੇ ਦੇ ਖ਼ਿਲਾਫ਼ ਵਰਤੋ। ਸਾਂਝੇ ਨੈੱਟਵਰਕ ਉੱਤੇ ਹੋਰ ਵਰਤੋਂਕਾਰਾਂ ਖ਼ਿਲਾਫ਼ ਹਮਲਾ ਦੁਹਰਾਉਣਾ ਪਰਖ ਨਹੀਂ ਹੈ, ਅਤੇ ਨਿਰੀਖਣ ਸੌਖਾ ਕਰਨ ਲਈ ਪੀਅਰ ਪ੍ਰਮਾਣਿਤੀ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਇਨਕ੍ਰਿਪਸ਼ਨ ਬੰਦ ਕਰਨਾ ਉਹ ਸੁਰੱਖਿਆ ਹਟਾ ਦਿੰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਮਾਪਣਾ ਚਾਹੁੰਦੇ ਸੀ।
ਅੰਤ ਵਿੱਚ, ਐਪਲੀਕੇਸ਼ਨ-ਪੱਧਰੀ ਸੁਰੱਖਿਆ ਤਸਵੀਰ ਵਿੱਚ ਰੱਖੋ। ਰਾਊਟਿੰਗ ਅਪਵਾਦ ਉਸ ਟ੍ਰੈਫਿਕ ਨੂੰ ਉਜਾਗਰ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਟਨਲ ਢੋਂਦਾ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦਾ TLS ਅਜੇ ਵੀ ਉਸ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸਿਰੇ ਤੋਂ ਸਿਰੇ ਤੱਕ ਬਚਾਉਂਦਾ ਹੈ। ਦੋਵੇਂ ਪਰਤਾਂ ਸੁਤੰਤਰ ਰੂਪ ਵਿੱਚ ਫੇਲ ਹੁੰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਜੁੜਿਆ ਨਿਅੰਤਰਣ ਚੈਨਲ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਹਰ ਪ੍ਰਵਾਹ ਇਛਿਤ ਮਾਰਗ ਰਾਹੀਂ ਗਿਆ।