ਕੀ VPN KRACK ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ? ਪੈਚ ਕੀ ਠੀਕ ਕਰਦਾ ਹੈ

ਜੇ ਤੁਸੀਂ ਇਸ ਲਈ VPN ਖਰੀਦ ਰਹੇ ਹੋ ਕਿ ਕਿਸੇ ਸਿਰਲੇਖ ਨੇ ਕਿਹਾ ਸੀ ਕਿ KRACK Wi-Fi ਇਨਕ੍ਰਿਪਸ਼ਨ ਤੋੜਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਗਲਤ ਪਰਤ ਠੀਕ ਕਰ ਰਹੇ ਹੋ। 2017 ਦੇ ਉਸ ਖੁਲਾਸੇ ਨੇ WPA2 ਦੇ ਚਾਰ-ਕਦਮੀ ਹੈਂਡਸ਼ੇਕ ਖ਼ਿਲਾਫ਼ ਕੁੰਜੀ ਮੁੜ-ਸਥਾਪਨਾ ਹਮਲਿਆਂ ਦਾ ਪਰਿਵਾਰ ਬਿਆਨ ਕੀਤਾ ਸੀ, ਅਤੇ ਸੁਧਾਰ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਅਪਡੇਟ, ਵਾਇਰਲੈੱਸ ਡਰਾਈਵਰ ਪੈਚ ਅਤੇ ਰਾਊਟਰ ਫਰਮਵੇਅਰ ਵਜੋਂ ਆਇਆ। ਇੱਕ ਟਨਲ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਤੋਂ ਤੁਹਾਡਾ ਟ੍ਰੈਫਿਕ ਲੁਕਾ ਸਕਦੀ ਹੈ, ਪਰ ਉਸ ਦੇ ਹੇਠਾਂ ਪੂਰਾ ਹੋਣ ਵਾਲਾ ਹੈਂਡਸ਼ੇਕ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦੀ। ਇਸ ਲਈ ਪਹਿਲਾ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਕਿਹੜਾ VPN ਖਰੀਦਣਾ ਹੈ; ਸਗੋਂ ਇਹ ਹੈ ਕਿ ਤੁਹਾਡੇ ਕਿਹੜੇ ਯੰਤਰ ਅਜੇ ਵੀ ਬਿਨਾਂ ਪੈਚ ਵਾਲਾ ਵਾਇਰਲੈੱਸ ਸਟੈਕ ਚਲਾ ਰਹੇ ਹਨ।

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

ਹਮਲੇ ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਕੀਤਾ

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

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

Android 6.0 ਅਤੇ ਇਸ ਤੋਂ ਬਾਅਦ ਵਾਲਾ ਸਭ ਤੋਂ ਮਾੜਾ ਕੇਸ ਸੀ। ਇਸ ਦੇ wpa_supplicant ਸੰਸਕਰਣਾਂ ਨੂੰ ਸਾਰੇ ਜ਼ੀਰੋ ਦੀ ਕੁੰਜੀ ਸਥਾਪਿਤ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਸੀ, ਜਿਸ ਨੇ ਡੀਕ੍ਰਿਪਸ਼ਨ ਨੂੰ ਉਹਨਾਂ ਪਲੇਟਫ਼ਾਰਮਾਂ ਨਾਲੋਂ ਬਹੁਤ ਸੌਖਾ ਬਣਾ ਦਿੱਤਾ ਜਿੱਥੇ ਮੁੜ-ਸਥਾਪਨਾ ਸਿਰਫ਼ ਕਾਊਂਟਰ ਰੀਸੈਟ ਕਰਦੀ ਸੀ। ਉਸ ਵੇਰਵੇ ਨੇ ਉਸ ਸਮੇਂ ਦੇ ਸਭ ਤੋਂ ਆਮ ਫ਼ੋਨ ਪਲੇਟਫ਼ਾਰਮ ਉੱਤੇ ਸਿਧਾਂਤਕ ਕਮਜ਼ੋਰੀ ਨੂੰ ਵਿਵਹਾਰਕ ਕਮਜ਼ੋਰੀ ਤੋਂ ਵੱਖ ਕੀਤਾ।

ਸੁਧਾਰ ਵਾਇਰਲੈੱਸ ਸਟੈਕ ਵਿੱਚ ਹੀ ਰਹਿੰਦਾ ਹੈ

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

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

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

ਟਨਲ ਕੀ ਢਕਦੀ ਹੈ

VPN ਸੀਮਾ ਖਿਸਕਾਉਂਦਾ ਹੈ। ਤੁਹਾਡਾ ਯੰਤਰ ਹਰ ਪੈਕਟ ਇਨਕ੍ਰਿਪਟ ਕਰਕੇ VPN ਸਰਵਰ ਨੂੰ ਭੇਜਦਾ ਹੈ, ਜੋ ਇਸਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕਰਕੇ ਅੱਗੇ ਭੇਜਦਾ ਹੈ। ਜੋ ਵਿਅਕਤੀ Wi-Fi ਲਿੰਕ ਨਾਲ ਛੇੜਛਾੜ ਕਰਦਾ ਹੈ, ਉਹ ਟਨਲ ਦੇ ਬਾਹਰਲੇ ਪੈਕਟ ਦੇਖਦਾ ਹੈ, ਅੰਦਰਲਾ ਪੇਲੋਡ ਨਹੀਂ, ਇਸ ਲਈ ਲਿੰਕ-ਪਰਤ ਦੇ ਫ੍ਰੇਮ ਖੋਲ੍ਹਣ ਵਾਲਾ ਮੁੜ-ਸਥਾਪਨਾ ਹਮਲਾ ਟਨਲ ਕੀਤੇ ਜੋੜ ਦੀ ਸਮੱਗਰੀ ਆਪਣੇ ਆਪ ਨਹੀਂ ਖੋਲ੍ਹਦਾ। ਇਹ ਸੁਰੱਖਿਆ ਹੇਠਲੇ ਵਾਇਰਲੈੱਸ ਸਟੈਕ ਦੇ ਕਮਜ਼ੋਰ ਰਹਿਣ 'ਤੇ ਵੀ ਟਿਕੀ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਨਿਯੰਤਰਣ ਉਲਝਣ ਦਾ ਕਾਰਨ ਇਹੀ ਹੈ।

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

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

HTTPS ਅਤੇ ਟਨਲ ਵੱਖਰੀਆਂ ਛਾਲਾਂ ਦੀ ਰੱਖਿਆ ਕਰਦੇ ਹਨ

ਇੱਕ ਸਫ਼ੇ ਦੇ ਲੋਡ ਵਿੱਚ ਤਿੰਨ ਵੱਖਰੀਆਂ ਸੁਰੱਖਿਆਵਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ: Wi-Fi ਲਿੰਕ, VPN ਸਰਵਰ ਤੱਕ ਟਨਲ ਅਤੇ ਵੈੱਬਸਾਈਟ ਤੱਕ TLS ਸੈਸ਼ਨ। ਹਰ ਇੱਕ ਸੁਤੰਤਰ ਰੂਪ ਵਿੱਚ ਗੱਲਬਾਤ ਹੁੰਦੀ ਹੈ। ਵੈਧ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਆਧੁਨਿਕ ਪ੍ਰੋਟੋਕੋਲ ਸੰਸਕਰਣ ਵਾਲਾ TLS ਪਹਿਲੀ ਛਾਲ ਦੁਸ਼ਮਣੀ ਹੋਣ 'ਤੇ ਵੀ ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਸਾਈਟ ਵਿਚਕਾਰ ਪ੍ਰਮਾਣਿਤ ਇਨਕ੍ਰਿਪਸ਼ਨ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਹੀ ਧੋਖੇਬਾਜ਼ ਨੂੰ ਆਪਣੀ ਕੁੰਜੀ ਪਾਉਣ ਤੋਂ ਰੋਕਦੀ ਹੈ।

ਉਸ ਜਾਂਚ ਦੇ ਕਿਨਾਰਿਆਂ 'ਤੇ ਕਮਜ਼ੋਰ ਥਾਵਾਂ ਹਨ। HTTPS ਤੋਂ HTTP 'ਤੇ ਰੀਡਾਇਰੈਕਟ, ਸਾਦੇ HTTP 'ਤੇ ਸਕ੍ਰਿਪਟ ਲੋਡ ਕਰਨ ਵਾਲਾ ਸਫ਼ਾ, ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਚੇਤਾਵਨੀ ਕਲਿੱਕ ਕਰਕੇ ਅੱਗੇ ਵਧਣ ਵਾਲਾ ਵਰਤੋਂਕਾਰ, ਸਾਰੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੁਰੱਖਿਅਤ ਸੈਸ਼ਨ ਤੋਂ ਬਾਹਰ ਲੈ ਜਾਂਦੇ ਹਨ। HSTS ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਵਿਚਕਾਰਲੇ ਸਫ਼ੇ ਇਸ ਲਈ ਹਨ ਕਿ ਇਹ ਗ਼ਲਤੀਆਂ ਆਮ ਹਨ, TLS ਨਾਜ਼ੁਕ ਹੋਣ ਕਰਕੇ ਨਹੀਂ।

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

ਮਿਸ਼ਰਤ ਨੈੱਟਵਰਕ ਲਈ ਸੁਧਾਰ ਦਾ ਕ੍ਰਮ

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

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

ਤਿੰਨ ਜਾਂਚਾਂ ਕੰਮ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਢਕਦੀਆਂ ਹਨ, ਅਤੇ ਇਹ ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਦੀਆਂ ਹਨ। ਪਹਿਲੀਆਂ ਦੋ ਸਾਫ਼ ਆਈਆਂ ਇਸ ਲਈ ਤੀਜੀ ਨਾ ਛੱਡੋ।

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

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