ਲੰਬੀ Blowfish ਕੁੰਜੀ 64-ਬਿਟ ਬਲਾਕ ਨੂੰ ਕਿਉਂ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦੀ

ਇੱਕ VPN ਪਰੋਫਾਈਲ 448-ਬਿਟ ਕੁੰਜੀ ਨਾਲ Blowfish ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਸਾਈਫਰ ਬਣਾਈ ਰੱਖਣ ਲਈ ਸਭ ਤੋਂ ਲੰਬੀ ਕੁੰਜੀ ਵਰਤਣ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ। ਕੁੰਜੀ ਦੀ ਲੰਬਾਈ ਅਸਲੀ ਹੈ, ਪਰ ਇਹ ਅਨੁਕੂਲ ਕਰਨ ਲਈ ਗਲਤ ਸੰਖਿਆ ਹੈ। Blowfish 64-ਬਿਟ ਬਲਾਕ ਬਦਲਦਾ ਹੈ, ਕੁੰਜੀ ਕਿੰਨੀ ਵੀ ਲੰਬੀ ਹੋਵੇ, ਅਤੇ ਬਲਾਕ ਦੀ ਚੌੜਾਈ ਹੀ ਸੀਮਤ ਕਰਦੀ ਹੈ ਕਿ ਇੱਕ ਕੁੰਜੀ ਕਿੰਨਾ ਟ੍ਰੈਫਿਕ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਬਚਾ ਸਕਦੀ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਚਲਾਓ ਅਤੇ ਸੇਵਾ ਨੂੰ ਸ਼ੱਕ ਤੋਂ ਮੁਕਤ ਕਰਨ ਵਾਲੀ ਪਹਿਲੀ ਜਾਂਚ ਉੱਤੇ ਰੁਕੋ, ਕਿਉਂਕਿ ਬਾਅਦ ਵਾਲਾ ਕਦਮ ਪਹਿਲੇ ਵਾਲੇ ਦੀ ਮੁਰੰਮਤ ਨਹੀਂ ਕਰ ਸਕਦਾ।

ਜਾਂਚੋ ਕਿ ਧਿਰਾਂ ਅਸਲ ਵਿੱਚ ਕਿਸ ਗੱਲ ਉੱਤੇ ਸਹਿਮਤ ਹੁੰਦੀਆਂ ਹਨ

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

ਜੇ ਤੈਅ ਸਾਈਫਰ AES-GCM ਜਾਂ ChaCha20-Poly1305 ਹੈ, ਤਾਂ ਇੱਥੇ ਹੀ ਰੁਕੋ। ਉਹ ਸੰਰਚਨਾਵਾਂ 128-ਬਿਟ ਬਲਾਕ ਵਰਤਦੀਆਂ ਹਨ ਅਤੇ ਪੇਲੋਡ ਪ੍ਰਮਾਣਿਤ ਕਰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਹੇਠਾਂ ਦਿੱਤੀ 64-ਬਿਟ ਟਕਰਾਅ ਦੀ ਦਲੀਲ ਉਨ੍ਹਾਂ ਉੱਤੇ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦੀ।

ਕੁੰਜੀ ਦੀ ਲੰਬਾਈ ਨੂੰ ਬਲਾਕ ਦੀ ਚੌੜਾਈ ਤੋਂ ਵੱਖ ਕਰੋ

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

CBC ਮੋਡ ਵਿੱਚ ਸਾਈਫਰ ਸਥਿਰ ਚੌੜਾਈ ਦੇ ਬਲਾਕਾਂ ਉੱਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਜੋ ਪਿਛਲੇ ਸਾਈਫਰਟੈਕਸਟ ਬਲਾਕ ਨਾਲ ਜੁੜੇ ਹੁੰਦੇ ਹਨ ਅਤੇ ਅੰਤ ਵਿੱਚ ਪੈਡ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। Blowfish ਲਈ ਉਹ ਚੌੜਾਈ 64 ਬਿਟ ਯਾਨੀ ਅੱਠ ਬਾਈਟ ਹੈ। ਕੁੰਜੀ ਸ਼ਡਿਊਲ ਜਿੰਨਾ ਵੀ ਵੱਡਾ ਹੋ ਸਕਦਾ ਹੈ; ਜ਼ੰਜੀਰ ਫਿਰ ਵੀ ਇੱਕ ਵਾਰ ਵਿੱਚ ਅੱਠ ਬਾਈਟ ਅੱਗੇ ਵਧਦੀ ਹੈ।

ਇਸ ਲਈ ਲੰਬੀ ਕੁੰਜੀ ਕੋਈ ਘਟਾਓ ਨਹੀਂ ਹੈ। ਇਹ ਕੁੰਜੀ ਵਿਰੁੱਧ ਬਰੂਟ ਫੋਰਸ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਦੀ ਹੈ, ਜਦਕਿ ਹੇਠਾਂ ਦਿੱਤਾ ਟਕਰਾਅ ਖ਼ਤਰਾ ਬਲਾਕ ਦੀ ਚੌੜਾਈ ਅਤੇ ਮੋਡ ਦਾ ਗੁਣ ਹੈ।

ਜਨਮਦਿਨ ਦਾ ਗਣਿਤ ਬਲਾਕ ਦੇ ਆਕਾਰ ਉੱਤੇ ਲਾਗੂ ਕਰੋ

64-ਬਿਟ ਬਲਾਕ ਦਾ ਜਨਮਦਿਨ ਪੈਮਾਨਾ ਲਗਭਗ 2^32 ਬਲਾਕ ਹੈ ਜੋ ਇੱਕ ਕੁੰਜੀ ਹੇਠ ਐਨਕ੍ਰਿਪਟ ਹੁੰਦੇ ਹਨ, ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਟਕਰਾਅ ਸੰਭਾਵੀ ਹੋਣ। ਹਰ ਬਲਾਕ ਅੱਠ ਬਾਈਟ ਚੁੱਕਦਾ ਹੈ, ਇਸ ਲਈ ਉਹੀ ਪੈਮਾਨਾ ਲਗਭਗ 2^35 ਬਾਈਟ ਯਾਨੀ ਇੱਕ ਕੁੰਜੀ ਹੇਠ 32 GiB ਡੇਟਾ ਹੈ।

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

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

ਇੱਥੇ CBC ਦੀ ਮੁੜ ਵਰਤੋਂ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਤੈਅ ਕਰੋ

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

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

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

ਸਾਈਫਰ ਬਦਲੋ, ਕੁੰਜੀ ਨਹੀਂ

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

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

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