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 ಗೆ ಬದಲಿಸುವುದೂ ಮೇಲ್ನೋಟದ ಬದಲಾವಣೆಯಲ್ಲ: ತಂತಿ ನಡವಳಿಕೆ ಭಿನ್ನವಾಗುತ್ತದೆ ಮತ್ತು ಎರಡೂ ಕಡೆ ಒಂದೇ ರಚನೆಯನ್ನು ಬೆಂಬಲಿಸಬೇಕು. ಲೈಬ್ರರಿಯಲ್ಲಿನ ಹೆಸರು ನಿಯೋಜಿತ ಗೇಟ್‌ವೇ ತನ್ನ ಡೇಟಾ ಚಾನೆಲ್‌ಗೆ ಅದನ್ನು ಒಪ್ಪುತ್ತದೆ ಎಂಬುದನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ನಿರ್ವಹಿಸುವ ಯಾವುದಕ್ಕೂ ಪ್ರೋಟೋಕಾಲ್‌ನ ಸಂಪೂರ್ಣ ರಕ್ಷಣಾ ವ್ಯವಸ್ಥೆ ಮತ್ತು ನಿರ್ವಾಹಕರ ನೀತಿಯನ್ನು ಬಳಸಿ, ಮತ್ತು ಲೈಬ್ರರಿ ಹಾಗೂ ಗೇಟ್‌ವೇ ಆವೃತ್ತಿಗಳು, ನಿಖರ ಆಯ್ಕೆ ಮತ್ತು ಮಾತುಕತೆಯ ಫಲಿತಾಂಶವನ್ನು ದಾಖಲಿಸಿ. ಹಳೆಯ ಹೆಸರು ನೀವು ಓದುತ್ತಿರುವುದನ್ನು ವಿವರಿಸುತ್ತದೆ; ಅದು ಸಂರಚನೆಯನ್ನು ಪುನರುಜ್ಜೀವನಗೊಳಿಸಲು ಸಮರ್ಥನೆ ನೀಡುವುದಿಲ್ಲ.