ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರ ಸರಪಳಿಯು ಕ್ಲೈಂಟ್ನ ಟ್ರಸ್ಟ್ ಸ್ಟೋರ್ ಅನ್ನು ಅತಿಕ್ರಮಿಸಬಹುದೇ?

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

ಮಾನ್ಯತೆ ಕ್ಲೈಂಟ್ನಲ್ಲಿ, ಕ್ಲೈಂಟ್ನ ಆಂಕರ್ಗಳೊಂದಿಗೆ ನಡೆಯುತ್ತದೆ

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

ಆದ್ದರಿಂದ ಪೂರ್ಣ ಸರಪಳಿಯು ಸರ್ವರ್ ಬಳಿ ಭಾಗಗಳಿವೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಅವುಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಸರ್ವರ್ ನಿಜವಾಗಿ ಏನು ಕಳುಹಿಸುತ್ತದೆ ಎಂದು ನೋಡಲು, ಇದನ್ನು ಚಲಾಯಿಸಿ openssl s_client -connect app.example.net:443 -servername app.example.net -showcerts ಮತ್ತು ಔಟ್ಪುಟ್ನಲ್ಲಿ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಎಣಿಸಿ. ಅಲ್ಲಿ ಅಪೂರ್ಣ ಸರಪಳಿ ಸರ್ವರ್-ಬದಿಯ ಸರಿಪಡಿಸುವಿಕೆ. ಪೂರ್ಣ ಸರಪಳಿ ಪ್ರಶ್ನೆಯನ್ನು ಕ್ಲೈಂಟ್ ಮತ್ತು ಅದರ ಆಂಕರ್ಗಳ ಬಳಿಗೆ ಸರಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಸರ್ವರ್ಗೆ ಮತವಿಲ್ಲ.

TLS ತಪಾಸಣೆ ನಿಜವಾಗಿ ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ

ತಪಾಸಣಾ ಸಾಧನವು ಕ್ಲೈಂಟ್-ಬದಿಯ TLS ಸೆಷನ್ ಅನ್ನು ಕೊನೆಗೊಳಿಸಿ ನಿಜವಾದ ಸೇವೆಗೆ ಪ್ರತ್ಯೇಕ ಸೆಷನ್ ತೆರೆಯುತ್ತದೆ. ನಂತರ ಕ್ಲೈಂಟ್ ಸಾಧನದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಮಾನ್ಯಗೊಳಿಸುತ್ತದೆ, ಅದು ಕ್ಲೈಂಟ್ ನಂಬುವ ಆಂಕರ್ಗೆ ಸರಪಳಿಯಾಗಿರಬೇಕು. ಆದ್ದರಿಂದ ನಿರ್ವಹಿತ ಸಾಧನಗಳು ಸಾಧನ ನಿರ್ವಹಣೆಯ ಮೂಲಕ ತಪಾಸಣಾ ಮೂಲವನ್ನು ಪಡೆಯುತ್ತವೆ, ಮತ್ತು ಆದ್ದರಿಂದ ಅದಿಲ್ಲದ ವೈಯಕ್ತಿಕ ಸಾಧನ ಎಚ್ಚರಿಕೆ ತೋರಿಸುತ್ತದೆ.

ಜೋಡಣೆ ಉದ್ದೇಶಪೂರ್ವಕ ಮತ್ತು ಸ್ಥಳೀಯ. ಮೂಲ ಸರ್ವರ್ನ ಸರಪಳಿಯಲ್ಲಿ ಯಾವುದೂ ನಿರ್ವಹಿಸದ ಬ್ರೌಸರ್ ಅನ್ನು ಬದಲಿ ಗುರುತನ್ನು ಸ್ವೀಕರಿಸಲು ಒತ್ತಾಯಿಸಲಾಗದು, ಮತ್ತು ಅದರಲ್ಲಿ ಯಾವುದೂ ನಿರ್ವಹಿತ ಸಾಧನವನ್ನು ಹಾಗೆ ಮಾಡದಂತೆ ತಡೆಯುವುದಿಲ್ಲ.

VPN ಮುಕ್ತಾಯವು HTTPS ಡೀಕ್ರಿಪ್ಷನ್ ಅಲ್ಲ

VPN ಪದರವು ಕ್ಲೈಂಟ್ ಮತ್ತು ಗೇಟ್ವೇ ನಡುವೆ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ. ಅದನ್ನು ತೆಗೆದುಹಾಕುವುದು, ಅಥವಾ ಅದರ ಸಂರಚನೆಯನ್ನು ಓದುವುದು, ಒಳಗಿನ HTTPS ಪೇಲೋಡ್ ಅನ್ನು ಬಹಿರಂಗಪಡಿಸುವುದಿಲ್ಲ.

TLS ಸೆಷನ್ ಇನ್ನೂ ಬ್ರೌಸರ್ ಮತ್ತು ವೆಬ್ ಸರ್ವರ್ ನಡುವೆ, ಅದೇ ಮಾನ್ಯತಾ ನಿಯಮಗಳೊಂದಿಗೆ ನಡೆಯುತ್ತದೆ, ಏನಾದರೂ ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಕೊನೆಗೊಳಿಸದಿದ್ದರೆ. ಎರಡು ಪದರಗಳನ್ನು ಗೊಂದಲಿಸುವುದು VPN ನಿರ್ವಾಹಕರಿಗೆ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಒದಗಿಸುವಂತೆ ಕೋರಿಕೆ ಉಂಟುಮಾಡುತ್ತದೆ, ಆದರೆ ಪ್ರಶ್ನೆಯಲ್ಲಿರುವ ಪ್ರಮಾಣಪತ್ರವು ತಪಾಸಣಾ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಸೈಟ್ನದ್ದೇ ಆಗಿರುತ್ತದೆ. ಯಾವುದೇ ಟ್ರಸ್ಟ್ ಸ್ಟೋರ್ ಬದಲಿಸುವ ಮೊದಲು ಯಾವ ಘಟಕ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುತ್ತಿದೆ ಎಂದು ಕೇಳಿ.

ನೀವು ನಿಯಂತ್ರಿಸುವ ಘಟಕದಲ್ಲಿ ನಿರೀಕ್ಷೆಗಳನ್ನು ನಿಗದಿಪಡಿಸಿ

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

ನಿರ್ವಹಿತ ಉಪಕರಣಗಳಲ್ಲಿ, ಅಸಂಗತತೆಯನ್ನು ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಮಾಲೀಕರ ಮೂಲಕ ಪರಿಹರಿಸಿ. ಪರಿಶೀಲನೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು, ವಿವರಣೆಯಿಲ್ಲದ ಮೂಲವನ್ನು ಸೇರಿಸುವುದು, ಅಥವಾ ತಪಾಸಣಾ ನೀತಿಯನ್ನು ಮೀರಿಸಲು ಪ್ರಯತ್ನಿಸುವುದು ಉದ್ದೇಶಿತ ಸಹವರ್ತಿ ಸಂಬಂಧವನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.

ಫಲಿತಾಂಶವನ್ನು ಸ್ವಚ್ಛ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ, ಈಗಾಗಲೇ ವಿನಾಯಿತಿ ಸೇರಿಸಿದ ಯಂತ್ರದಲ್ಲಿ ಅಲ್ಲ. ಹೊಸ ಸಾಧನ ಏನನ್ನು ಅನುಭವಿಸುತ್ತದೆ ಎಂದು ತೋರಿಸುವ ಏಕೈಕ ಪರಿಶೀಲನೆ ಅದು.