VPN ਵਿੱਚ DES ਬਨਾਮ 3DES: ਦੋਵੇਂ ਕਿਉਂ ਗਲਤ ਅੱਪਗ੍ਰੇਡ ਹਨ

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

ਜਿਸ ਤੁਲਨਾ ਨੂੰ ਲੋਕ ਹਾਲੇ ਵੀ ਲੱਭਦੇ ਹਨ ਉਹ ਗਲਤ ਹੈ

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

NIST ਨੇ 2005 ਵਿੱਚ DES ਮਿਆਰ ਵਾਪਸ ਲਿਆ, ਅਤੇ ਇਸਦੀ TDEA ਸਿਫਾਰਸ਼ ਜਨਵਰੀ 2024 ਵਿੱਚ ਵਾਪਸ ਲਈ ਗਈ, ਨਵੀਂ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਸੁਰੱਖਿਆ ਉੱਤੇ TDEA ਲਾਗੂ ਕਰਨ ਦੀ ਸਮਾਂ-ਸੀਮਾ 2023 ਦੇ ਅੰਤ ਵਿੱਚ ਲੰਘਣ ਤੋਂ ਬਾਅਦ। ਉਹ ਤਾਰੀਖਾਂ ਇੱਕ ਤਬਦੀਲੀ ਦਾ ਵਰਣਨ ਕਰਦੀਆਂ ਹਨ, ਦਰਜਾਬੰਦੀ ਦਾ ਨਹੀਂ। ਛੋਟਾ ਸੈਸ਼ਨ ਜਾਂ ਘੱਟ ਮੁੱਲ ਦਾ ਸੁਨੇਹਾ ਸਵਾਲ ਨੂੰ ਦੁਬਾਰਾ ਨਹੀਂ ਖੋਲ੍ਹਦਾ, ਕਿਉਂਕਿ ਐਲਗੋਰਿਦਮ ਦੀ ਸਥਿਤੀ ਇਸ ਉੱਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦੀ ਕਿ ਕੁੰਜੀ ਕਿੰਨੀ ਦੇਰ ਵਰਤੀ ਜਾਂਦੀ ਹੈ।

ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਇੱਕ ਵੱਖਰਾ ਨਿਯੰਤਰਣ ਹੈ, ਅਤੇ ਇਹ ਮਨਜ਼ੂਰੀ ਬਹਾਲ ਨਹੀਂ ਕਰਦਾ।

ਗੱਲਬਾਤ ਨੂੰ ਡੇਟਾ ਮਾਰਗ ਤੋਂ ਵੱਖ ਕਰੋ

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

IPsec ਗੇਟਵੇ 'ਤੇ ਸੰਬੰਧਿਤ ਆਉਟਪੁੱਟ ਸੁਰੱਖਿਆ ਸੰਗਠਨ ਹੈ; OpenVPN 'ਤੇ ਇਹ ਕਨੈਕਸ਼ਨ ਲੌਗ ਵਿੱਚ ਸਾਈਫਰ ਅਤੇ TLS ਸੈਟਿੰਗਾਂ ਹਨ। ਦੋਵੇਂ ਦੱਸਦੇ ਹਨ ਕਿ ਕੀ ਚੁਣਿਆ ਗਿਆ। ਕਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲ ਵਿੱਚ ਹਾਲੇ ਵੀ ਮੌਜੂਦ ਪੁਰਾਣੇ ਵਿਕਲਪ ਨਾਲ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਾਬਤ ਨਹੀਂ ਹੁੰਦਾ।

ਜੇ ਤੁਸੀਂ ਗੱਲਬਾਤ ਕੀਤਾ ਨਤੀਜਾ ਨਹੀਂ ਦੇਖ ਸਕਦੇ, ਤਾਂ ਤੁਸੀਂ ਇਹ ਦਾਅਵਾ ਨਹੀਂ ਕਰ ਸਕਦੇ ਕਿ ਸਾਈਫਰ ਰਿਟਾਇਰ ਹੋ ਗਿਆ।

ਹਾਲੇ ਵੀ ਇਸਦੀ ਮੰਗ ਕਰਨ ਵਾਲਾ ਹਿੱਸਾ ਲੱਭੋ

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

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

ਰੋਕਣਾ ਪੈਚ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਪੁਰਾਣੇ ਹੋਸਟ ਨੂੰ ਭਰੋਸੇਯੋਗ ਨਹੀਂ ਬਣਾਉਂਦਾ।

ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਜਾਂਚਾਂ ਨਾਲ ਮਾਈਗ੍ਰੇਟ ਕਰੋ

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

openvpn --version
openssl ciphers -v 'DEFAULT:!DES:!3DES'

ਗੱਲਬਾਤ ਕੀਤੇ ਨਤੀਜੇ ਦੇ ਕੋਲ ਕਲਾਇੰਟ ਅਤੇ ਗੇਟਵੇ ਵਰਜ਼ਨ ਦਰਜ ਕਰੋ, ਤਾਂ ਜੋ ਅਗਲੀ ਸਮੀਖਿਆ ਦੱਸ ਸਕੇ ਕਿ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਿਆ।

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

ਇਤਿਹਾਸਕ ਡੇਟਾ ਇੱਕ ਵੱਖਰੀ ਸਮੱਸਿਆ ਹੈ

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

ਅਜਿਹਾ ਕੰਮ ਇੱਕ ਅਲੱਗ ਹੋਸਟ 'ਤੇ ਰੱਖੋ, ਜਿਸਦਾ ਉਦੇਸ਼ ਦਸਤਾਵੇਜ਼ੀ ਹੋਵੇ ਅਤੇ ਕੌਣ ਇਸਨੂੰ ਚਲਾ ਸਕਦਾ ਹੈ ਦੀ ਛੋਟੀ ਸੂਚੀ ਹੋਵੇ।

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