ಸ್ಟ್ಯಾಟಿಕ್ ಕೀ ಫೈಲ್ನಲ್ಲಿನ ಬಿಟ್ ಸಂಖ್ಯೆ OpenVPN ಸೈಫರ್ನ ಶಕ್ತಿಯಲ್ಲ

ಸ್ಕ್ಯಾನರ್ ಅಥವಾ ಸಹೋದ್ಯೋಗಿ OpenVPN ಸ್ಟ್ಯಾಟಿಕ್ ಕೀ ಫೈಲ್ನ ಒಳಗೆ ಮುದ್ರಿತವಾದ ಬಿಟ್ ಸಂಖ್ಯೆಯನ್ನು ತೋರಿಸಿ, ಟನೆಲ್ ಏಕೆ ಆ ಗಾತ್ರದ ಸೈಫರ್ ಬಳಸುತ್ತಿಲ್ಲ ಎಂದು ಕೇಳುತ್ತಾರೆ. ಪ್ರಶ್ನೆ ಸಮಂಜಸವಾಗಿ ಕೇಳಿಸುತ್ತದೆ, ಮತ್ತು ಉತ್ತರ ಒಂದು ಸಂಖ್ಯೆಯಲ್ಲ: ಬ್ಯಾನರ್ ಸಂಗ್ರಹಿತ ಕೀ ಸಾಮಗ್ರಿಯನ್ನು ಎಣಿಸುತ್ತದೆ, ಆದರೆ ಸೈಫರ್ ತನ್ನ ಕೀ ಗಾತ್ರಕ್ಕೆ ಬೇಕಾದ ಭಾಗವನ್ನು ಮಾತ್ರ ವ್ಯಯಿಸುತ್ತದೆ. ಆ ಮೊತ್ತವನ್ನು ಶಕ್ತಿಯ ಸೆಟ್ಟಿಂಗ್ ಎಂದು ಪರಿಗಣಿಸಿದರೆ ಏನನ್ನೂ ಬದಲಿಸದ ಸಂಪಾದನೆಗಳಾಗುತ್ತವೆ. ಯಾವುದೇ ಒಂದು ಅಲ್ಗಾರಿದಮ್ ಬಳಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಾಮಗ್ರಿಯನ್ನು ಇಡಲು ಈ ಸ್ವರೂಪವನ್ನು ನಿರ್ಮಿಸಲಾಗಿದೆ.

ಇಲ್ಲಿ ಎರಡು ಪ್ರಶ್ನೆಗಳು ಬೆರೆತುಹೋಗುತ್ತವೆ: ಫೈಲ್ ಎಷ್ಟು ಕೀ ಸಾಮಗ್ರಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಮತ್ತು ಒಪ್ಪಿದ ಸೈಫರ್ ಎಷ್ಟು ಬಲವಾಗಿದೆ. ಟನೆಲ್ ಅನ್ನು ವಿವರಿಸುವುದು ಎರಡನೆಯದು ಮಾತ್ರ.

ಬ್ಯಾನರ್ನಲ್ಲಿನ ಸಂಖ್ಯೆ ನಿಜವಾಗಿ ಏನನ್ನು ಎಣಿಸುತ್ತದೆ

ಕಂಟೇನರ್ ಸೈಫರ್ ಸಾಮಗ್ರಿ ಮತ್ತು HMAC ಸಾಮಗ್ರಿಯನ್ನು ಪ್ರತ್ಯೇಕ ರಚನೆಗಳಾಗಿ ಕ್ರಮಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ದ್ವಿಮುಖ ರೂಪವು ಎರಡು ಅಂತಹ ಗುಂಪುಗಳನ್ನು ಇಡುತ್ತದೆ, ಇದರಿಂದ ಪ್ರತಿ ದಿಕ್ಕೂ ತನ್ನದೇ ಕೀಗಳನ್ನು ಹೊತ್ತೊಯ್ಯಬಹುದು. ಬರೆಯುವ ಕೋಡ್ ಮುದ್ರಿತ ಸಂಖ್ಯೆಯನ್ನು ಕ್ರಮಗೊಳಿಸಿದ ರಚನೆಗಳ ಸಂಖ್ಯೆ, ಅವುಗಳ ಗಾತ್ರ ಮತ್ತು ಪ್ರತಿ ಬೈಟ್ಗೆ ಎಂಟು ಬಿಟ್ಗಳಿಂದ ಪಡೆಯುತ್ತದೆ. ಇದು ಸಂಗ್ರಹದ ಮೇಲಿನ ಅಂಕಗಣಿತ, ಒಂದು ಸೈಫರ್ ಪ್ರತಿ ಸಂಗ್ರಹಿತ ಬೈಟ್ ಬಳಸುತ್ತದೆ ಎಂಬ ಹೇಳಿಕೆಯಲ್ಲ. ಶೀರ್ಷಿಕೆ ಗರಿಷ್ಠ ಸೈಫರ್ ಸಾಮಗ್ರಿ ಹಂಚಿಕೆಯನ್ನೂ ನಿಗದಿಗೊಳಿಸುತ್ತದೆ, ಇದರಿಂದ ಗ್ರಂಥಾಲಯದ ಬದಲಾವಣೆ ಸ್ವರೂಪದ ಅಳತೆಗಳನ್ನು ಮೌನವಾಗಿ ಬದಲಿಸಲಾಗದು.

ಇದನ್ನು ಪ್ರಮಾಣಪತ್ರ ಕೀಗೆ ಹೋಲಿಸಿ, ಅಲ್ಲಿ ಬಿಟ್ ಸಂಖ್ಯೆ ನಿಜವಾಗಿ ಒಂದು ವಸ್ತುವಿನ ಗಾತ್ರವನ್ನು ವಿವರಿಸುತ್ತದೆ. 4,096 ಬಿಟ್ನ RSA ಕೀ ಮತ್ತು ಬ್ಯಾನರ್ನಲ್ಲಿ 4,096 ಬಿಟ್ ಎಂದು ಬರೆದಿರುವ ಕೀ ಫೈಲ್ ಬೇರೆ ಬೇರೆ ಕೆಲಸಗಳಿರುವ ಬೇರೆ ಬೇರೆ ವಸ್ತುಗಳು, ಮತ್ತು ಅವನ್ನು ಒಂದೇ ಡಯಲ್ನ ಎರಡು ಸೆಟ್ಟಿಂಗ್ಗಳಾಗಿ ಜೋಡಿಸಿದರೆ ಕೆಟ್ಟ ತೀರ್ಮಾನಗಳು ಬರುತ್ತವೆ.

ಒಂದು ಫೈಲ್ನಲ್ಲಿ ಎರಡು ಕೀ ಗುಂಪುಗಳು

ಫೈಲ್ನ ಪ್ರತಿ ಅರ್ಧವೂ ಗೂಢಲಿಪೀಕರಣ ಮತ್ತು ದೃಢೀಕರಣ ಸಾಮಗ್ರಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಪೂರ್ವ-ಹಂಚಿಕೆ ಕೀ ಮೋಡ್ ಆ ಪ್ರತ್ಯೇಕ ತುಣುಕುಗಳಿಂದ ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ರಕ್ಷಿಸುತ್ತದೆ. ಸಕ್ರಿಯ ಸೈಫರ್ ತನ್ನ ಕೀ ಗಾತ್ರಕ್ಕೆ ಬೇಕಾದ ಬೈಟ್ಗಳನ್ನು ಮಾತ್ರ ಬಳಸುತ್ತದೆ, ಮತ್ತು ಡೈಜೆಸ್ಟ್ ತನ್ನದೇ ಔಟ್ಪುಟ್ ಗಾತ್ರವನ್ನು ಬಳಸುತ್ತದೆ, ಹಾಗಾಗಿ ಉಪಯುಕ್ತ ಶಕ್ತಿ ಫೈಲ್ನ ಉದ್ದದಿಂದಲ್ಲ, ಆಯ್ಕೆಗಳಿಂದ ಬರುತ್ತದೆ. ಹೆಕ್ಸಾಡೆಸಿಮಲ್ ಬ್ಲಾಬ್ ಅನ್ನು ಉದ್ದಗೊಳಿಸಿದರೆ ಸಂರಚಿತ ಅಲ್ಗಾರಿದಮ್ ಅದರಿಂದ ಹೆಚ್ಚು ವ್ಯಯಿಸಬೇಕೆಂದು ಕೇಳುವುದಿಲ್ಲ. ಟಿಪ್ಪಣಿಯನ್ನು ದೊಡ್ಡ ಸಂಖ್ಯೆಯಿಂದ ಸಂಪಾದಿಸಿದರೆ ಇನ್ನೂ ಕಡಿಮೆ ಬದಲಾಗುತ್ತದೆ.

ನಿಜವಾಗಿ ಉದ್ದವಾದ ಕೀ ಬೇಕಿದ್ದರೆ, ಬದಲಿಸಬೇಕಾದ ಸೆಟ್ಟಿಂಗ್ ಸೈಫರ್ ಅಥವಾ ಡೈಜೆಸ್ಟ್, ಮತ್ತು ಜನರೇಟರ್ ಆಯ್ದ ಅಲ್ಗಾರಿದಮ್ಗಳಿಗೆ ಬೇಕಾದುದನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ.

ಪ್ರೊಫೈಲ್ ಓದಿದರೆ ನಿಮ್ಮಲ್ಲಿ ಯಾವ ಮೋಡ್ ಇದೆ ಎಂದು ತಿಳಿಯುತ್ತದೆ

ಒಂದೇ ಫೈಲ್ ಸ್ವರೂಪವು ಸಾಕಷ್ಟು ಭಿನ್ನವಾದ ಎರಡು ಕೆಲಸಗಳಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತದೆ, ಮತ್ತು ಯಾವುದು ನಿಮ್ಮಲ್ಲಿ ಇದೆ ಎಂದು ಪ್ರೊಫೈಲ್ ಮಾತ್ರ ಹೇಳುತ್ತದೆ. ಹಳೆಯ secret ಸಾಲು ಫೈಲನ್ನು ಟನೆಲ್ನ ಏಕೈಕ ಕೀ ಸಾಮಗ್ರಿಯಾಗಿಸುತ್ತದೆ, ಆದರೆ tls-auth ಅಥವಾ tls-crypt ಅದನ್ನು ಪ್ರಮಾಣಪತ್ರಗಳ ಜೊತೆಗೆ ನಿಯಂತ್ರಣ-ಕಾಲುವೆ ರಕ್ಷಣೆಯಾಗಿಸುತ್ತದೆ. ಎರಡು ಬಳಕೆಗಳೂ ಅದನ್ನು ಕ್ಲೈಂಟ್ನ ಪ್ರಮಾಣಪತ್ರ ಖಾಸಗಿ ಕೀಯಾಗಿಸುವುದಿಲ್ಲ, ಬ್ಲಾಕ್ ಎಷ್ಟೇ ಸಮಾನವಾಗಿ ಕಂಡರೂ. ಬದಲಿಯನ್ನು ಉತ್ಪಾದಿಸುವ ಮೊದಲು ಆಯ್ಕೆ ಮತ್ತು ಆವೃತ್ತಿಯನ್ನು ಗುರುತಿಸಿ, ಮತ್ತು ಅಕ್ಷರಗಳನ್ನು ಸೇರಿಸುವ ಬದಲು ದಾಖಲಿತ ಜನರೇಟರ್ ಬಳಸಿ.

ಆ ವ್ಯತ್ಯಾಸವೇ ಬಹಿರಂಗಕ್ಕೆ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನೂ ನಿರ್ಧರಿಸುತ್ತದೆ. ಸೋರಿದ tls-auth ಕೀ ಸೆಷನ್ ಕೀಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸುವುದಿಲ್ಲ, ಆದರೆ ಆಕ್ರಮಣಕಾರರಿಗೆ ನಿಯಂತ್ರಣ-ಕಾಲುವೆ ಸಂಚಾರವನ್ನು ಚುಚ್ಚಿಸಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ, ಹಾಗಾಗಿ ಅದನ್ನು ಬದಲಿಸಬೇಕೇ ಆಗುತ್ತದೆ. ಸೋರಿದ secret ಕೀ ಇನ್ನೂ ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ಅದು ಸ್ವತಃ ಡೇಟಾವನ್ನು ರಕ್ಷಿಸುತ್ತಿದ್ದ ಸಾಮಗ್ರಿಯಾಗಿತ್ತು.

ಭದ್ರತಾ ಪರಿಶೀಲನೆ ಏನನ್ನು ದಾಖಲಿಸಬೇಕು

ಮೂರು ವಿಷಯಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ದಾಖಲಿಸಿ: ಒಪ್ಪಿದ ಡೇಟಾ-ಕಾಲುವೆ ರಕ್ಷಣೆ, ನಿಯಂತ್ರಣ-ಕಾಲುವೆ ರಕ್ಷಣೆ, ಮತ್ತು ಸಹಪೀರ್ಗಳು ಹೇಗೆ ದೃಢೀಕರಿಸುತ್ತಾರೆ. data-ciphers AES-256-GCM ನಂತಹ ಸಾಲು ಮೊದಲನೆಯದನ್ನು ಮಾತ್ರ ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಅಲ್ಲೇ ನಿಲ್ಲುವ ವರದಿ ನಿಯಂತ್ರಣ-ಕಾಲುವೆ ಒಟ್ಟಾರೆ ರಕ್ಷಿತವೇ ಎಂದು ಉತ್ತರಿಸಲಾರದು. ಸ್ಟ್ಯಾಟಿಕ್ ಕೀ ಫೈಲ್ tls-auth ಅಥವಾ tls-crypt ಜೊತೆ ಬಳಸಿದಾಗ ಎರಡನೇ ವರ್ಗಕ್ಕೆ ಸೇರುತ್ತದೆ, ಬಳಸದಿದ್ದಾಗ ಯಾವುದಕ್ಕೂ ಸೇರುವುದಿಲ್ಲ. ವರ್ಗಗಳನ್ನು ಬೆರೆಸುವ ಪರಿಶೀಲಕರು ಬಲವಾದ ಸೈಫರ್ ಬೇಕಿದ್ದಾಗ ದೊಡ್ಡ ಕೀ ಫೈಲ್ ಕೇಳುತ್ತಾರೆ.

ಫೈಲ್ ಬಹಿರಂಗವಾಗಿದ್ದರೆ, ಅದನ್ನು ತಿರುಗಿಸಿ ಅನುಮೋದಿತ ಕಾಲುವೆಯ ಮೂಲಕ ಮರುಹಂಚಿ. ರಾಜಿಯಾದ ರಹಸ್ಯಕ್ಕೆ ಅಕ್ಷರ ಸೇರಿಸುವುದು ತಿರುಗಿಸುವಿಕೆಯಲ್ಲ, ಮತ್ತು ಅದು ಬಹಿರಂಗವಾದ ಸಾಮಗ್ರಿಯನ್ನು ಮಾನ್ಯವಾಗಿ ಉಳಿಸುತ್ತದೆ.

ತಿರುಗಿಸುವಿಕೆಯ ದಾಖಲೆಯನ್ನು ಅದು ಸೇರಿದ ಪ್ರೊಫೈಲ್ನ ಜೊತೆ ಇಡಿ. ಮುಂದಿನ ಪರಿಶೀಲನೆ ಕೇಳುತ್ತದೆ ಯಾವ ಕೀ ಯಾವ ಅವಧಿಯನ್ನು ರಕ್ಷಿಸಿತು, ಮತ್ತು ಬ್ಯಾನರ್ ಅದಕ್ಕೆ ಉತ್ತರಿಸುವುದಿಲ್ಲ.