AH ಅಥವಾ ESP? ಪ್ಯಾಕೆಟ್ ಏನನ್ನು ರಕ್ಷಿಸಬೇಕು ಎಂಬುದರಿಂದ ನಿರ್ಧರಿಸಿ

ಎರಡು IPsec ಪ್ರಸ್ತಾವನೆಗಳು ಒಂದೇ SHA ಆಧಾರಿತ ಸಮಗ್ರತೆ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಹೆಸರಿಸಿ ಕೂಡ ಬೇರೆ ಬೇರೆ ರಕ್ಷಣಾ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಕೇಳಬಹುದು; AH ಮತ್ತು ESP ಒಂದೇ ದೃಢೀಕರಣ ಸೆಟ್ಟಿಂಗ್‌ನ ಎರಡು ಕಾಗುಣಿತಗಳಲ್ಲ. ಮೊದಲು ಪ್ರೋಟೋಕಾಲ್, ನಂತರ ಅದರ ಅಲ್ಗಾರಿದಮ್‌ಗಳು, ನಂತರ ಅದರ ಮೋಡ್ ಓದಿ, ಮತ್ತು ಹೆಚ್ಚಿನ ಅಸ್ಪಷ್ಟತೆ ಮಾಯವಾಗುತ್ತದೆ. AH ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ, ದಾರಿಯಲ್ಲಿ ಬದಲಾಗದ IP ಶೀರ್ಷಿಕೆ ಕ್ಷೇತ್ರಗಳೂ ಸೇರಿ, ಆದರೆ ESP ತಾನು ಒಳಗೊಳ್ಳುವುದನ್ನು ಪರಿಶೀಲಿಸಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಹೊರಗಿನ ಶೀರ್ಷಿಕೆಯನ್ನು ಬಿಡುತ್ತದೆ. ಈ ವ್ಯತ್ಯಾಸವೇ ಯಾವುದೇ hash ಹೆಸರಿಗಿಂತ ಹೆಚ್ಚು ನಿಯೋಜನೆಗಳನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

AH ಏನನ್ನು ಆವರಿಸುತ್ತದೆ, ESP ಆವರಿಸದಿರುವುದು

AH ಸಮಗ್ರತೆ, ಮಾಹಿತಿಯ ಮೂಲ ದೃಢೀಕರಣ ಮತ್ತು ತಾನು ವ್ಯಾಖ್ಯಾನಿಸುವ ಪುನರಾವರ್ತನೆ ತಡೆ ಸೇವೆಯನ್ನು ನೀಡುತ್ತದೆ, ಯಾವುದೇ ಗೋಪ್ಯತೆ ಇಲ್ಲ. ಅದರ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಮೇಲಿನ ಪದರದ ಮಾಹಿತಿ ಮತ್ತು ಅದರ ನಿಯಮಗಳು ಬದಲಾಗದವು ಎಂದು ಪರಿಗಣಿಸುವ IP ಶೀರ್ಷಿಕೆ ಕ್ಷೇತ್ರಗಳು ಸೇರಿವೆ, ಅಂದರೆ ESP ಸಾರಿಗೆ ಮೋಡ್‌ನಲ್ಲಿ ಹೊರಗಿಡುವ ಭಾಗ. ಅಗತ್ಯತೆ IP ಶೀರ್ಷಿಕೆಯನ್ನೇ ದೃಢೀಕರಿಸಬೇಕು ಎಂದರೆ ಅದಕ್ಕೆ ಉತ್ತರ ನೀಡುವ ಪ್ರೋಟೋಕಾಲ್ AH.

ಈ ವ್ಯಾಪ್ತಿಯೇ AH ಕ್ಷೇತ್ರದಲ್ಲಿ ಸೂಕ್ಷ್ಮವಾಗಿರಲು ಕಾರಣ. TTL, ಶೀರ್ಷಿಕೆಯ ಚೆಕ್‌ಸಮ್ ಮತ್ತು ಕೆಲವು ಆಯ್ಕೆಗಳಂತಹ ಬದಲಾಗುವ ಕ್ಷೇತ್ರಗಳನ್ನು ದೃಢೀಕರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಏಕೆಂದರೆ ರೌಟರ್‌ಗಳು ಅವನ್ನು ಮತ್ತೆ ಬರೆಯಬಹುದು, ಆದ್ದರಿಂದ ಪ್ರೋಟೋಕಾಲ್ ಪರಿಶೀಲನೆ ಲೆಕ್ಕಿಸುವ ಮೊದಲು ಅವನ್ನು ಶೂನ್ಯ ಮಾಡುತ್ತದೆ. ಆದ್ದರಿಂದ ವಿಳಾಸಗಳನ್ನು ಮತ್ತೆ ಬರೆಯುವ ಯಾವುದೂ ನೀತಿಯನ್ನಷ್ಟೇ ಅಲ್ಲ, ಲೆಕ್ಕಾಚಾರವನ್ನೂ ಮುರಿಯುತ್ತದೆ.

NAT ಆಯ್ಕೆಯನ್ನು ನಿರ್ಬಂಧವಾಗಿ ಮಾಡುತ್ತದೆ

ವಿಳಾಸ ಅನುವಾದ AH ಈಗಷ್ಟೇ ದೃಢೀಕರಿಸಿದ IP ಶೀರ್ಷಿಕೆಯಲ್ಲಿ ಮೂಲ ಅಥವಾ ಗಮ್ಯವನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಮಗ್ರತೆ ಪರಿಶೀಲನೆ ದೂರದ ತುದಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಅದು ಓದಬಹುದಾದ ಸಂದೇಶವಾಗಿ ಅಲ್ಲ, ಪ್ರೋಟೋಕಾಲ್ ದೋಷವಾಗಿ ವಿಫಲವಾಗುತ್ತದೆ. ESP ಹೊರಗಿನ ಶೀರ್ಷಿಕೆಯನ್ನು ದೃಢೀಕರಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ NAT ದಾಟುವಿಕೆಯೊಂದಿಗೆ ESP ಕೆಲಸ ಮಾಡುತ್ತದೆ, NAT ಹಿಂದೆ AH ಮಾಡುವುದಿಲ್ಲ. ಎರಡೂ ಬದಿಗಳು ಸಾಮಾನ್ಯ ರೌಟರ್‌ಗಳ ಹಿಂದೆ ಇರುವ ಸುರಂಗವೇ ಇದು ಮೊದಲು ಕಾಣುವ ಸ್ಥಳ. ಆದ್ದರಿಂದ ಮೊದಲ ಪ್ರಶ್ನೆ ಯಾವ ಪ್ರೋಟೋಕಾಲ್ ಬಲಶಾಲಿ ಎಂಬುದಲ್ಲ, ಬದಿಗಳ ನಡುವೆ ಅನುವಾದಕ ಇದೆಯೇ ಎಂಬುದು.

ಇದ್ದರೆ AH ಹೊರಬರುತ್ತದೆ, ಮತ್ತು ಮಾತು ESP ಹಾಗೂ ಅದರ ಅಲ್ಗಾರಿದಮ್ ಆಯ್ಕೆಗೆ ಹೋಗುತ್ತದೆ. ಇದು ಆದ್ಯತೆ ಅಲ್ಲ ನಿರ್ಬಂಧ, ಆದ್ದರಿಂದ ಅದರ ಸ್ಥಾನ ನಿರ್ಧಾರದ ಕೊನೆಯಲ್ಲಿ ಅಲ್ಲ, ಆರಂಭದಲ್ಲಿ.

ಮೋಡ್ ಪ್ರಶ್ನೆಯನ್ನು ಗುಣಿಸುತ್ತದೆ

ESP ಸಾರಿಗೆ ಮೋಡ್‌ನಲ್ಲಿ ಮೇಲಿನ ಪದರದ ಹೊರೆಯನ್ನು ರಕ್ಷಿಸಿ IP ಶೀರ್ಷಿಕೆಯನ್ನು ಬಿಡುತ್ತದೆ; ಸುರಂಗ ಮೋಡ್‌ನಲ್ಲಿ ಒಳಗಿನ IP ಶೀರ್ಷಿಕೆ ಸೇರಿ ಇಡೀ ಒಳ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಒಳಗೊಂಡು ರಕ್ಷಿಸುತ್ತದೆ. AH ಗೂ ಅದೇ ಎರಡು ಮೋಡ್‌ಗಳಿವೆ, ಆದ್ದರಿಂದ AH ಅಥವಾ ESP ಯಾವುದೇ ಅಲ್ಗಾರಿದಮ್ ಆಯ್ಕೆಗೆ ಮೊದಲು ನಿಜವಾಗಿ ನಾಲ್ಕು ಸಂಯೋಜನೆಗಳು.

ಸಂಯುಕ್ತ ಮೋಡ್‌ನ ESP ಅಲ್ಗಾರಿದಮ್‌ಗಳು ನಂತರ ಎರಡನೇ ಪ್ರೋಟೋಕಾಲ್ ಇಲ್ಲದೆ ಸಮಗ್ರತೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ. AES-GCM ಮತ್ತು ChaCha20-Poly1305 ಒಂದೇ ರಚನೆಯಲ್ಲಿ ದೃಢೀಕರಣ ಮತ್ತು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಮಾಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಮೇಲೆ AH ಸೇರಿಸುವುದು ಏನನ್ನೂ ಕೊಳ್ಳುವುದಿಲ್ಲ ಆದರೆ ಇನ್ನೊಂದು ಶೀರ್ಷಿಕೆ ಮತ್ತು ಇನ್ನೊಂದು ಮಾತುಕತೆ ವೆಚ್ಚವಾಗುತ್ತದೆ. ವಾಸ್ತುಶಿಲ್ಪ AH ಮತ್ತು ESP ಜೊತೆಯಾಗಿ ಅನುಮತಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರಾಯೋಗಿಕ ಪ್ರಶ್ನೆ ನಿಮ್ಮ ಗೇಟ್‌ವೇ ಮತ್ತು ಬಿಡುಗಡೆ ಈ ಸಂಯೋಜನೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆಯೇ ಮತ್ತು ನಂತರ ಯಾರಾದರೂ ಅದನ್ನು ನಿರ್ವಹಿಸಬಹುದೇ.

AH ಮಾತ್ರಕ್ಕೆ ಪ್ರಾಮಾಣಿಕ ಪರ್ಯಾಯ

ಸಮಗ್ರತೆ ಮಾತ್ರದ ESP ರೂಪಾಂತರ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಉಳಿಸಿಕೊಂಡು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಪ್ರತಿಪಾದನೆಯನ್ನು ನಕಲಿ ಮಾಡುವ ಬದಲು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ, ಮತ್ತು NAT ದಾಟುತ್ತದೆ. ಹಳೆಯ ವಿನ್ಯಾಸ ಗೋಪ್ಯತೆ ಇಲ್ಲದ ದೃಢೀಕರಣ ಬೇಕಿದ್ದರಿಂದ AH ಬಳಸಿದ್ದರೆ, ಆ ರೂಪಾಂತರವೇ ನೇರ ಅನುವಾದ, ಟಿಪ್ಪಣಿ ಲಗತ್ತಿಸಿದ ಎನ್‌ಕ್ರಿಪ್ಟೆಡ್ ಸುರಂಗ ಅಲ್ಲ.

ಪ್ರಸ್ತಾವನೆಯಲ್ಲಿ ESP ಕಾಣುವುದೂ ಎನ್‌ಕ್ರಿಪ್ಶನ್‌ನ ಸಾಕ್ಷ್ಯವಲ್ಲ. ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅಲ್ಗಾರಿದಮ್ ಓದಿ: NULL ನಮೂದು ಎಂದರೆ ಸಮಗ್ರತೆ ಮಾತ್ರ, ಸಂಯುಕ್ತ ಮೋಡ್ ನಮೂದು ಎಂದರೆ ಎರಡೂ.

ಮೂರು ಪ್ರಶ್ನೆಗಳಲ್ಲಿ ನಿರ್ಧರಿಸಿ

ಗೋಪ್ಯತೆ ಬೇಕೇ, ದಾರಿಯಲ್ಲಿ ಅನುವಾದಕ ಇದೆಯೇ, ಮತ್ತು ಯಾವ ಶೀರ್ಷಿಕೆ ಕ್ಷೇತ್ರಗಳನ್ನು ದೃಢೀಕರಿಸಬೇಕು ಎಂದು ಕೇಳಿ. ಆ ಮೂರು ಉತ್ತರಗಳು ಒಂದು ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಒಂದು ಮೋಡ್ ತೋರಿಸುತ್ತವೆ, ಮತ್ತು ಅವನ್ನು ಬರೆಯುವುದು ನಂತರ RFC ಗಳನ್ನು ಮತ್ತೆ ಓದುವುದಕ್ಕಿಂತ ಕಡಿಮೆ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

ನಂತರ ಸ್ವೀಕರಿಸಿದ್ದನ್ನು ಪರಿಶೀಲಿಸಿ, ಪ್ರಸ್ತಾಪಿಸಿದ್ದನ್ನು ಅಲ್ಲ. ip xfrm state ಸ್ಥಾಪಿತ ಸಂಘದ ಪ್ರೋಟೋಕಾಲ್, ಮೋಡ್ ಮತ್ತು ಅಲ್ಗಾರಿದಮ್‌ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಹೊಂದಾಣಿಕೆ ಇಲ್ಲದಿದ್ದರೆ ಏನೂ ಸ್ಥಾಪಿತವಾಗುವುದಿಲ್ಲ, ಇದು ಉದ್ದೇಶಿಸಿದ ರಕ್ಷಣೆ ಇಲ್ಲದೆ ಏಳುವ ಸುರಂಗಕ್ಕಿಂತ ಸ್ವಚ್ಛ ವೈಫಲ್ಯ.

ದೃಢೀಕರಣ ವೈಫಲ್ಯಗಳು, ಆಯ್ಕೆದಾರರ ವ್ಯಾಪ್ತಿ ಮತ್ತು ಮಾರ್ಗದ ದೋಷಗಳನ್ನು ಈ ಆಯ್ಕೆಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ. ಅವು ಬೇರೆ ಬೇರೆ ಲಕ್ಷಣ ನೀಡುತ್ತವೆ, ಮತ್ತು ಆಯ್ಕೆದಾರ ಸಮಸ್ಯೆಗೆ ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ದೂಷಣೆ ಹೊರಿಸುವುದು ಕಾರಣವಿಲ್ಲದೆ hash ಬದಲಿಸುತ್ತಾ ಒಂದು ದಿನ ಕಳೆಯುವ ನಂಬಿಕೆಯ ಮಾರ್ಗ.