CFB1, CFB8 ਅਤੇ CFB128 ਵਿਚਕਾਰ ਫ਼ਰਕ ਕੁੰਜੀ ਦਾ ਆਕਾਰ ਨਹੀਂ, ਫੀਡਬੈਕ ਦਾ ਆਕਾਰ ਹੈ
CFB ਤੋਂ ਬਾਅਦ ਦਾ ਅੰਕ ਫੀਡਬੈਕ ਕਦਮ ਹੈ, ਕੁੰਜੀ ਦੀ ਲੰਬਾਈ ਨਹੀਂ: CFB1, CFB8 ਅਤੇ CFB128 ਸਾਰੇ 128-ਬਿੱਟ ਬਲਾਕ ਵਰਤਦੇ ਹਨ। ਪੁਰਾਣੇ ਨਾਮ ਕਮਜ਼ੋਰ ਕੁੰਜੀਆਂ ਘੜੇ ਬਿਨਾਂ ਪੜ੍ਹੋ।
AES-256-CFB1 ਵਰਗੇ ਨਾਮ ਵਿੱਚ ਦੋ ਅੰਕ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਉਹ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ। 256 AES ਕੁੰਜੀ ਦੀ ਲੰਬਾਈ ਹੈ। 1 CFB ਫੀਡਬੈਕ ਹੈ, ਭਾਵ ਹਿੱਸੇ ਦਾ ਆਕਾਰ, ਮੋਡ ਆਪਣੀ ਹਾਲਤ ਕਿਵੇਂ ਅੱਗੇ ਵਧਾਉਂਦਾ ਹੈ ਦਾ ਗੁਣ। 1 ਨੂੰ ਕੁੰਜੀ ਦੀ ਲੰਬਾਈ ਪੜ੍ਹਿਆ ਜਾਵੇ ਤਾਂ ਨਾਮ ਤਬਾਹਕੁੰਨ ਗ਼ਲਤ ਸੰਰਚਨਾ ਵਾਂਗ ਦਿਸਦਾ ਹੈ, ਇਸੇ ਲਈ ਇਹ ਸਵਾਲ ਵਾਰ-ਵਾਰ ਆਉਂਦਾ ਹੈ।
ਨਾਮ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਤੁਸੀਂ ਤਿੰਨ ਮਾਤਰਾਵਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਵੇਖ ਰਹੇ ਹੋ: ਕੁੰਜੀ ਦਾ ਆਕਾਰ, ਬਲਾਕ ਦਾ ਆਕਾਰ ਜਾਂ ਹਿੱਸੇ ਦਾ ਆਕਾਰ। ਆਮ ਅਰਥਾਂ ਵਿੱਚ ਸੁਰੱਖਿਆ ਪੈਰਾਮੀਟਰ ਸਿਰਫ਼ ਪਹਿਲੀ ਹੈ।
ਤਿੰਨ ਅੰਕ, ਤਿੰਨ ਮਾਤਰਾਵਾਂ
AES 128, 192 ਜਾਂ 256-ਬਿੱਟ ਕੁੰਜੀਆਂ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਜੋ ਵੀ ਚੁਣੋ, ਇਸਦਾ 128-ਬਿੱਟ ਬਲਾਕ ਹੁੰਦਾ ਹੈ। ਬਲਾਕ ਦਾ ਆਕਾਰ ਮੋਡ ਦਾ ਨਹੀਂ, AES ਦਾ ਹੈ। CFB ਪਿਛੇਤਰ ਤੀਜੀ ਮਾਤਰਾ ਹੈ: ਮੋਡ ਹਰ ਕਦਮ ਵਿੱਚ ਕਿੰਨਾ ਡਾਟਾ ਖਪਤ ਕਰਕੇ ਵਾਪਸ ਦਿੰਦਾ ਹੈ। OpenSSL AES ਦਸਤਾਵੇਜ਼ CFB ਕਿਸਮਾਂ ਲਈ ਉਹ ਸ਼ਿਫਟ ਆਕਾਰ ਸਪੱਸ਼ਟ ਤੌਰ ਤੇ ਦਰਜ ਕਰਦਾ ਹੈ।
CFB1 ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਬਿੱਟ, CFB8 ਇੱਕ ਬਾਈਟ, CFB128 ਪੂਰਾ ਬਲਾਕ ਵਾਪਸ ਦਿੰਦਾ ਹੈ। ਤਿੰਨੇ ਅੰਦਰੋਂ ਉਹੀ 128-ਬਿੱਟ ਬਲਾਕ ਸਾਈਫਰ ਵਰਤਦੇ ਹਨ; ਬਦਲਦਾ ਇਹ ਹੈ ਕਿ ਹਰ ਕਾਰਵਾਈ ਲਈ ਗਿਣੇ ਗਏ ਬਲਾਕ ਵਿੱਚੋਂ ਕਿੰਨੇ ਬਿੱਟ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਇਸੇ ਲਈ ਪਿਛੇਤਰ ਕੁੰਜੀ ਦੀ ਤਾਕਤ ਨਹੀਂ, ਖ਼ਰਚ ਅਤੇ ਬਫ਼ਰਿੰਗ ਵਿਵਹਾਰ ਬਦਲਦਾ ਹੈ।
| Name | Key | AES block | Feedback |
|---|---|---|---|
| AES-256-CFB1 | 256 bits | 128 bits | 1 bit |
| AES-256-CFB8 | 256 bits | 128 bits | 8 bits |
| AES-256-CFB128 | 256 bits | 128 bits | 128 bits |
ਬਲਾਕ ਦਾ ਆਕਾਰ ਕਦੇ ਕਿਉਂ ਨਹੀਂ ਬਦਲਦਾ
AES ਸਥਿਰ 128-ਬਿੱਟ ਬਲਾਕ ਵਾਲਾ ਬਲਾਕ ਸਾਈਫਰ ਹੈ, ਅਤੇ ਮੋਡ ਇਸਦੇ ਆਲੇ-ਦੁਆਲੇ ਬਣੀਆਂ ਸੰਰਚਨਾਵਾਂ ਹਨ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਹਿੱਸੇ ਦੇ ਆਕਾਰ ਨਾਲ ਮਿਲਾਉਣ ਲਈ ਬਲਾਕ ਛੋਟਾ ਨਹੀਂ ਕਰਦਾ। CFB1 ਲਾਗੂਆਓ ਵੀ ਪੂਰਾ AES ਬਲਾਕ ਗਿਣ ਕੇ ਨਤੀਜੇ ਵਿੱਚੋਂ ਇੱਕ ਬਿੱਟ ਲੈਂਦਾ ਹੈ। ਬਾਕੀ ਬਿੱਟ ਉਸ ਕਦਮ ਲਈ ਸੁੱਟ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਕੁਸ਼ਲਤਾ ਦਾ ਖ਼ਰਚ ਠੀਕ ਉੱਥੇ ਹੀ ਹੈ।
ਇਸ ਲਈ ਇੱਕ ਬਿੱਟ ਦਾ ਫੀਡਬੈਕ ਇੱਕ ਬਿੱਟ ਦੀ ਕੁੰਜੀ ਨਹੀਂ ਦਰਸਾਉਂਦਾ, ਅਤੇ ਨਾਮ ਨੂੰ ਪਿਛੇਤਰ ਨਾਲ ਦਰਜਾਬੰਦ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ। CFB128 CFB32 ਤੋਂ ਚਾਰ ਗੁਣਾ ਮਜ਼ਬੂਤ ਨਹੀਂ; ਇਹ ਵੱਡੇ ਹਿੱਸੇ ਸੰਭਾਲਦਾ ਹੈ।
ਹਿੱਸੇ ਦਾ ਆਕਾਰ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ
ਹਿੱਸੇ ਦਾ ਆਕਾਰ ਬਦਲਦਾ ਹੈ ਕਿ ਹਰ ਕਦਮ ਵਿੱਚ ਕਿੰਨਾ ਸਾਈਫਰਟੈਕਸਟ ਵਾਪਸ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਹਰ ਕਦਮ ਕਿੰਨਾ ਸਾਫ਼ ਟੈਕਸਟ ਲੈ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਗ਼ਲਤੀ ਦੇ ਫੈਲਾਅ ਅਤੇ ਬਫ਼ਰਿੰਗ ਵਿਵਹਾਰ ਵੀ ਬਦਲਦਾ ਹੈ, ਜੋ ਸਟ੍ਰੀਮ ਵਰਗੇ ਇਸਤੇਮਾਲ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਬਾਈਟ-ਕੇਂਦ੍ਰਿਤ ਹਿੱਸੇ ਬਫ਼ਰਾਂ ਨਾਲ ਮਿਲਦੇ ਹਨ, ਬਿੱਟ-ਕੇਂਦ੍ਰਿਤ ਨਹੀਂ ਮਿਲਦੇ।
ਵਿਵਹਾਰ ਵਿੱਚ ਮੋਡ ਪ੍ਰੋਟੋਕਾਲ ਚੁਣਦਾ ਹੈ, ਆਪਰੇਟਰ ਨਹੀਂ। VPN ਡਾਟਾ ਚੈਨਲ ਆਪਣੇ ਪ੍ਰੋਟੋਕਾਲ ਵੱਲੋਂ ਦਿੱਤੀ ਸੰਰਚਨਾ ਆਪਣੀ ਅਖੰਡਤਾ ਸੁਰੱਖਿਆ ਨਾਲ ਵਰਤਦਾ ਹੈ, ਅਤੇ ਲਾਇਬ੍ਰੇਰੀ ਸੂਚੀ ਸਿਰਫ਼ ਦੱਸਦੀ ਹੈ ਕਿ ਕਿਹੜੇ ਨਾਮ ਮੌਜੂਦ ਹਨ।
ਬਿਨਾਂ ਯੋਗਤਾ ਵਾਲਾ CFB ਲੇਬਲ ਪੜ੍ਹਨਾ
ਬਿਨਾਂ ਯੋਗਤਾ ਵਾਲੇ CFB ਲੇਬਲ ਨੂੰ ਇਸਦੇ ਲਾਗੂਆਓ ਦਾ ਸੰਦਰਭ ਚਾਹੀਦਾ ਹੈ। OpenSSL 1.0.2 ਹੈਡਰਾਂ ਵਿੱਚ EVP_aes_128_cfb, EVP_aes_128_cfb128 ਲਈ ਮੈਕਰੋ ਹੈ, 192 ਅਤੇ 256-ਬਿੱਟ ਕੁੰਜੀਆਂ ਲਈ ਮਿਲਦੇ ਉਪਨਾਮਾਂ ਸਮੇਤ। ਇਹ ਇੱਕ ਸ਼ਾਖਾ ਦੀ API ਨਾਮਕਰਨ ਪਰੰਪਰਾ ਹੈ, ਇਹ ਦਾਅਵਾ ਨਹੀਂ ਕਿ ਹਰ ਲਾਇਬ੍ਰੇਰੀ, ਫਾਈਲ ਫਾਰਮੈਟ ਜਾਂ GUI ਇਸ ਸੰਖੇਪ ਨੂੰ ਉਸੇ ਤਰ੍ਹਾਂ ਫੈਲਾਉਂਦਾ ਹੈ। ਆਪਣੇ ਸਾਹਮਣੇ ਮੌਜੂਦ ਸੰਸਕਰਣ ਦਾ ਹੈਡਰ ਜਾਂ ਦਸਤਾਵੇਜ਼ ਵੇਖੋ।
ਜੇ ਪੁਰਾਣਾ ਪ੍ਰੋਫਾਈਲ CFB ਕਹਿੰਦਾ ਹੈ ਅਤੇ ਸਾਥੀ ਇਸਨੂੰ ਮੰਨ ਲੈਂਦਾ ਹੈ, ਤਾਂ ਗੱਲਬਾਤ ਵਿੱਚ ਤੈਅ ਪੈਰਾਮੀਟਰ ਕਿਤੇ ਦਰਜ ਹੁੰਦੇ ਹਨ: ਲਾਗ ਵਿੱਚ, ਸੰਰਚਨਾ ਡੰਪ ਵਿੱਚ, API ਜਵਾਬ ਵਿੱਚ। ਡਿਸਪਲੇ ਸਤਰ ਤੋਂ ਹਿੱਸੇ ਦਾ ਆਕਾਰ ਅਨੁਮਾਨ ਲਾਉਣ ਦੀ ਥਾਂ ਉਹ ਪੜ੍ਹੋ।
ਮੋਡ ਦਾ ਨਾਮ ਤੁਹਾਨੂੰ ਕੀ ਨਹੀਂ ਦੱਸਦਾ
ਨਾਮ ਸਿਰਫ਼ ਇਨਕ੍ਰਿਪਸ਼ਨ ਵਿਵਹਾਰ ਦੱਸਦਾ ਹੈ, ਹੋਰ ਕੁਝ ਨਹੀਂ। VPN ਨੂੰ ਅਜੇ ਵੀ ਅਖੰਡਤਾ ਸੁਰੱਖਿਆ, ਕੁੰਜੀ ਉਤਪਾਦਨ ਅਤੇ ਸਾਥੀ ਪ੍ਰਮਾਣਿਕਤਾ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ CFB ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਨਹੀਂ ਦਿੰਦਾ। CFB8 ਦੀ ਥਾਂ CFB1 ਲਾਉਣਾ ਵੀ ਬਾਹਰੀ ਬਦਲਾਅ ਨਹੀਂ: ਤਾਰ ਉੱਤੇ ਵਿਵਹਾਰ ਵੱਖਰਾ ਹੈ ਅਤੇ ਦੋਵੇਂ ਧਿਰਾਂ ਨੂੰ ਉਹੀ ਸੰਰਚਨਾ ਸਮਰਥਨ ਕਰਨੀ ਪਵੇਗੀ। ਲਾਇਬ੍ਰੇਰੀ ਵਿੱਚ ਨਾਮ ਹੋਣਾ ਇਹ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਤਾਇਨਾਤ ਗੇਟਵੇ ਇਸਨੂੰ ਆਪਣੇ ਡਾਟਾ ਚੈਨਲ ਲਈ ਮੰਨਦਾ ਹੈ।
ਜੋ ਵੀ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ, ਉਸ ਲਈ ਪ੍ਰੋਟੋਕਾਲ ਦੀ ਪੂਰੀ ਸੁਰੱਖਿਆ ਵਿਵਸਥਾ ਅਤੇ ਆਪਰੇਟਰ ਦੀ ਨੀਤੀ ਵਰਤੋ, ਅਤੇ ਲਾਇਬ੍ਰੇਰੀ ਤੇ ਗੇਟਵੇ ਸੰਸਕਰਣ, ਸਹੀ ਚੋਣ ਅਤੇ ਗੱਲਬਾਤ ਦਾ ਨਤੀਜਾ ਦਰਜ ਕਰੋ। ਪੁਰਾਣਾ ਨਾਮ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕੀ ਪੜ੍ਹ ਰਹੇ ਹੋ; ਇਹ ਸੰਰਚਨਾ ਨੂੰ ਮੁੜ ਜੀਵਤ ਕਰਨ ਦਾ ਜਾਇਜ਼ਾ ਨਹੀਂ ਦਿੰਦਾ।