ಸ್ವಯಂ-ಸಹಿ VPN ಪ್ರಮಾಣಪತ್ರ: ಅದರ ಅರ್ಥವೇನು ಮತ್ತು ಅದು ಯಾವುದನ್ನು ನಂಬುತ್ತದೆ

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

ಪ್ರಮಾಣಪತ್ರವು ನಂಬಿಕೆಯ ಸಂಗ್ರಹವಲ್ಲ

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

ಸ್ವೀಕೃತಿ ಬೇರೆಡೆಯಿಂದ ಬರುತ್ತದೆ: ನೀವು ಕ್ಲೈಂಟ್ ಅನ್ನು ನಿರ್ದೇಶಿಸುವ CA ಫೈಲ್, ನೀವು ಕೈಯಿಂದ ಹೋಲಿಸುವ ಬೆರಳಚ್ಚು, ಅಥವಾ ಕ್ಲೈಂಟ್ ಓದುವ ಸಂಗ್ರಹದಲ್ಲಿ ಈಗಾಗಲೇ ಕುಳಿತಿರುವ ಮೂಲ. ನಿಯೋಜನೆ ಸಂಪೂರ್ಣವಾಗಿ ಆರೋಗ್ಯಕರವಾಗಿರಬಹುದು ಆದರೆ ಅದರ ಪ್ರಮಾಣಪತ್ರವು ಪ್ರತಿ ಸಾರ್ವಜನಿಕ ಪರೀಕ್ಷೆಯಲ್ಲೂ ವಿಫಲವಾಗುತ್ತದೆ. openssl verify ಸಿಸ್ಟಮ್ ಬಂಡಲ್ ವಿರುದ್ಧ ಅಪರಿಚಿತ ನೀಡುವವರನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಆ ವರದಿ ದೋಷವಲ್ಲ, ಸರಿಯಾಗಿದೆ.

OpenVPN ನ ca ಆಯ್ಕೆಯು ಅಪ್ಲಿಕೇಶನ್-ಸೀಮಿತ ನಂಬಿಕೆಯ ಅತ್ಯಂತ ಸ್ಪಷ್ಟ ಪ್ರಕರಣ. ಆ ಫೈಲ್ ಕ್ಲೈಂಟ್ ಸ್ವೀಕರಿಸುವ ಆಂಕರ್‌ಗಳನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಒಂದು ಖಾಸಗಿ CA ಅಥವಾ ಸಣ್ಣ ನಿಯೋಜನೆಯಲ್ಲಿ ಸರ್ವರ್‌ನದೇ ಸ್ವಯಂ-ಸಹಿ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಹೊಂದಿರಬಹುದು. ಆವೃತ್ತಿ 2.6 CA ಫೈಲ್ ಹಂಚುವ ಬದಲು SHA-256 ಬೆರಳಚ್ಚನ್ನು ಪಿನ್ ಮಾಡಲು --peer-fingerprint ಅನ್ನೂ ಸ್ವೀಕರಿಸುತ್ತದೆ. WireGuard ಇನ್ನೂ ದೂರದಲ್ಲಿದೆ: ಅದರಲ್ಲಿ ಪ್ರಮಾಣಪತ್ರಗಳೇ ಇಲ್ಲ, ಪ್ರತಿ ಸಹಚರಿಗೆ ಒಂದು ಸ್ಥಿರ ಸಾರ್ವಜನಿಕ ಕೀ ಮಾತ್ರ, ಆದ್ದರಿಂದ ಸ್ವಯಂ-ಸಹಿ ಪ್ರಶ್ನೆ ಅದಕ್ಕೆ ಅನ್ವಯಿಸುವುದಿಲ್ಲ.

ನೀವು ನಂಬಿಕೆಯನ್ನು ಎಲ್ಲಿ ಸ್ಥಾಪಿಸುತ್ತೀರಿ ಎಂಬುದು ಅದನ್ನು ಯಾರು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತಾರೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ

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

Debian ಅಥವಾ Ubuntu ನಲ್ಲಿ, /usr/local/share/ca-certificates/ ಗೆ ಫೈಲ್ ಹಾಕುವುದು ಮತ್ತು update-ca-certificates ಚಲಾಯಿಸುವುದು ಸಿಸ್ಟಮ್-ವ್ಯಾಪಿ ಬಂಡಲ್ ಅನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. Windows ನಲ್ಲಿ, certutil -addstore -f Root ಯಂತ್ರ ಸಂಗ್ರಹಕ್ಕೆ ಬರೆಯುತ್ತದೆ ಮತ್ತು ಎತ್ತರಿಸಿದ ಪ್ರಾಂಪ್ಟ್ ಅಗತ್ಯವಿದೆ, ಆದರೆ -user ಸೇರಿಸುವುದು ಬದಲಿಗೆ ಪ್ರಸ್ತುತ ಬಳಕೆದಾರರ ಸಂಗ್ರಹವನ್ನು ಗುರಿಯಾಗಿಸುತ್ತದೆ; ಎರಡೂ ಪರಸ್ಪರ ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲಾಗದವು. Firefox ತನ್ನದೇ NSS ಡೇಟಾಬೇಸ್ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ OS ಮಟ್ಟದ ಆಮದು ಅಲ್ಲಿ ಎಂದಿಗೂ ಕಾಣಿಸದೇ ಇರಬಹುದು.

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

ನೀವು ಇನ್ನೂ ಸಾರ್ವಜನಿಕ CA ಇಲ್ಲದೆ ಗೂಢಲಿಪೀಕರಿಸುತ್ತಿದ್ದೀರಿ

TLS ಹಸ್ತಲಾಘವವು ಸೆಷನ್ ಕೀಗಳನ್ನು ಪಡೆಯುತ್ತದೆ, ಸಹಚರ ಪ್ರಮಾಣಪತ್ರವು ನೀವು ಈಗಾಗಲೇ ನಂಬುವ ಯಾವುದಕ್ಕಾದರೂ ಸರಪಳಿಯಾಗುತ್ತದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ. ಸ್ವಯಂ-ಸಹಿ ಎಂದರೆ ಸ್ಪಷ್ಟ ಪಠ್ಯವಲ್ಲ, ಮತ್ತು ಸಂಚಾರವು ಹಾರಾಟದಲ್ಲಿ ಓದಬಹುದು ಎಂದೂ ಅಲ್ಲ. ಅದರ ಅರ್ಥ ಕ್ಲೈಂಟ್‌ಗೆ ಕೀ ತಾನು ಕೇಳಿದ ಸರ್ವರ್‌ನದೇ ಎಂದು ನಂಬಲು ಮುಂಚಿತವಾಗಿ ಯಾವುದೇ ಕಾರಣವಿಲ್ಲ.

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

ನೀಡುವವರನ್ನು ನಂಬುವುದು ಹೆಸರಿನ ಪರಿಶೀಲನೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುವುದಿಲ್ಲ

ಸರಪಳಿ ಮಾನ್ಯತೆ, ಹೆಸರಿನ ಹೊಂದಾಣಿಕೆ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರದ ಉದ್ದೇಶ ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರಗಳು. ಸರಪಳಿ ಮಾನ್ಯವಾಗಿದ್ದರೂ ಹೆಸರು ತಪ್ಪಾಗಿರಬಹುದು, ಮತ್ತು ಹೆಸರು ಹೊಂದಿಕೆಯಾಗಿದ್ದರೂ ಪ್ರಮಾಣಪತ್ರ ಬೇರೆ ಪಾತ್ರಕ್ಕೆ ನೀಡಲಾಗಿರಬಹುದು. RFC 5280 ಆ ನಿರ್ಬಂಧಗಳನ್ನು ಹೊತ್ತಿರುವ ಕ್ಷೇತ್ರಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಅವುಗಳನ್ನು ಎಷ್ಟು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಜಾರಿಗೊಳಿಸುತ್ತದೆ ಎಂಬುದು ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್‌ನ ವಿಷಯ.

OpenVPN ವಿಭಜನೆಯನ್ನು ಗೋಚರವಾಗಿಸುತ್ತದೆ. verify-x509-name ನಿರೀಕ್ಷಿತ ವಿಷಯವನ್ನು name, name-prefix ಅಥವಾ subject ಹೊಂದಾಣಿಕೆಯ ಮೂಲಕ ಪಿನ್ ಮಾಡುತ್ತದೆ. remote-cert-tls server ಸಹಚರ ಪ್ರಮಾಣಪತ್ರವು ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರವಾಗಿ ಬಳಸಲು ಸಾಧ್ಯವಾಗಬೇಕೆಂದು ಒತ್ತಾಯಿಸುತ್ತದೆ, ಇದು ನೀಡುವವರನ್ನು ನಂಬಿದ್ದರೂ ಕ್ಲೈಂಟ್-ಮಾತ್ರ ಪ್ರಮಾಣಪತ್ರವನ್ನು ತಿರಸ್ಕರಿಸುತ್ತದೆ. ಎರಡೂ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ CA ಫೈಲ್ ಕಳುಹಿಸುವುದರಿಂದ ಬದಲಾಯಿಸಲಾಗುವುದಿಲ್ಲ.

ಏನನ್ನಾದರೂ ನಿರ್ಧರಿಸುವ ಮೊದಲು ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪರಿಶೀಲಿಸಿ:

• openssl x509 -in server.crt -noout -subject -issuer -dates -ext subjectAltName ಅದನ್ನು ಯಾರು ನೀಡಿದರು, ಯಾವ ಹೆಸರುಗಳಿಗೆ ಮತ್ತು ಯಾವಾಗವರೆಗೆ ಎಂದು ತೋರಿಸುತ್ತದೆ.
• openssl verify -CAfile ca.crt server.crt ನೀವು ಕಳುಹಿಸಲಿರುವ ಸರಪಳಿ ಎಲೆಯನ್ನು ನಿಜವಾಗಿ ಮಾನ್ಯಗೊಳಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುತ್ತದೆ.
• openssl s_client -connect vpn.example.net:443 -servername vpn.example.net -CAfile ca.crt -verify_return_error ವೆಬ್ ಪೋರ್ಟಲ್‌ನಂತಹ TLS ಅಂತ್ಯ ಬಿಂದುಗಳಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ; 1194 ನಲ್ಲಿ OpenVPN ಪ್ರೋಟೋಕಾಲ್ ಸಾಮಾನ್ಯ TLS ಸ್ಟ್ರೀಮ್ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಆ ಪರೀಕ್ಷೆ ಅಲ್ಲಿ ಅನ್ವಯಿಸುವುದಿಲ್ಲ.

ಮುಗಿದ ದಿನಾಂಕ, ನೀವು ಸಂಪರ್ಕಿಸುವ ಹೆಸರಿಗೆ subjectAltName ಇಲ್ಲದಿರುವುದು, ಅಥವಾ serverAuth ಬಳಕೆ ಇಲ್ಲದಿರುವುದು ಇರುವ ಪ್ರಮಾಣಪತ್ರವು ಆಂಕರ್ ಎಷ್ಟೇ ಎಚ್ಚರಿಕೆಯಿಂದ ಸ್ಥಾಪಿಸಲ್ಪಟ್ಟಿದ್ದರೂ ವಿಫಲವಾಗುತ್ತದೆ.

ಒಂದನ್ನು ಸ್ವೀಕರಿಸುವ ಮೊದಲು ಐದು ಪರಿಶೀಲನೆಗಳು

ನೀವು ಸರಿಪಡಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಸಂಪರ್ಕವಲ್ಲದ ಚಾನಲ್ ಮೂಲಕ ಬೆರಳಚ್ಚನ್ನು ಹೋಲಿಸಿ: ಕನ್ಸೋಲ್, ನೀವು ಈಗಾಗಲೇ ಹೊಂದಿರುವ ಸ್ಥಾಪಕ, ಸಹಿ ಮಾಡಿದ ಸಂರಚನಾ ಫೈಲ್. ಸರ್ವರ್‌ನಲ್ಲಿನ openssl x509 -in server.crt -noout -fingerprint -sha256 ಮತ್ತು ಕ್ಲೈಂಟ್ ಲಾಗ್‌ನಲ್ಲಿನ ಅದೇ ಮೌಲ್ಯವು ನೀವು ಒಂದೇ ವಸ್ತುವನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ ಎಂದು ತಿಳಿಯಲು ಸಾಕು.

ನಂತರ ನೀವು ಏನನ್ನು ಸ್ಥಾಪಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ನಿರ್ಧರಿಸಿ: ಒಂದು ಎಲೆ, ಅಥವಾ ಇನ್ನಷ್ಟು ಅಚ್ಚೊತ್ತಬಲ್ಲ ಅಧಿಕಾರ. ನಂತರ ಅದು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸಿ, ಮತ್ತು ಆ ಸಂಗ್ರಹವನ್ನು ಓದುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಹೆಸರಿಸಿ. ತೆಗೆದುಹಾಕುವ ಮಾರ್ಗವನ್ನು ನೀವು ಇನ್ನೂ ನೆನಪಿನಲ್ಲಿರುವಾಗಲೇ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ನಂಬಿ-ಮತ್ತು-ಮುಂದುವರಿಯಿರಿ ಎಂಬುದು ತಾತ್ಕಾಲಿಕ ಆಮದು ಶಾಶ್ವತವಾಗುವ ದಾರಿ.

ಕೊನೆಯದಾಗಿ, ಬದಲಾವಣೆಯನ್ನು ಯೋಜಿಸಿ. ಪಿನ್ ಮಾಡಿದ ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಬೆರಳಚ್ಚನ್ನು ಪ್ರಮಾಣಪತ್ರ ತಿರುಗಿದಾಗ ಅದೇ ವಿಶ್ವಾಸಾರ್ಹ ಚಾನಲ್ ಮೂಲಕ ನವೀಕರಿಸಬೇಕು, ಮತ್ತು ಖಾಸಗಿ CA ತನ್ನದೇ ನೀಡುವಿಕೆ ಮತ್ತು ರದ್ದತಿ ಜೀವನಚಕ್ರವನ್ನು ಹೊಂದಿದೆ. ಖಾಸಗಿ ಕೀ ಸೋರುತ್ತಿದ್ದರೆ, ಅದೇ ಪ್ರಮಾಣಪತ್ರದ ಪ್ರತಿಯನ್ನು ಮತ್ತೆ ನಂಬುವುದು ಏನನ್ನೂ ಸರಿಪಡಿಸುವುದಿಲ್ಲ; ಗುರುತನ್ನು ಬದಲಾಯಿಸಬೇಕು.

ಎಚ್ಚರಿಕೆಯು ಐದೂ ಪರಿಶೀಲನೆಗಳನ್ನು ಗೆದ್ದರೆ, ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಯಾವ ಬಟನ್ ಅದನ್ನು ಸದ್ದಿಲ್ಲದಂತೆ ಮಾಡುತ್ತದೆ ಎಂಬುದಲ್ಲ, ಬದಲಿಗೆ ಕ್ಲೈಂಟ್ ವಾಸ್ತವವಾಗಿ ಯಾವ ಸಂಗ್ರಹವನ್ನು ಓದುತ್ತದೆ ಮತ್ತು ಆ ಮೂಲ ಎಲ್ಲಿಂದ ಬಂತು ಎಂಬುದು. ಅದಕ್ಕೆ ಉತ್ತರಿಸಿ, ಮತ್ತು ನೀವು ಮಾಡಲಿರುವ ಆಮದು ಪ್ರತಿಕ್ರಿಯೆಯ ಬದಲು ನಿರ್ಧಾರವಾಗುತ್ತದೆ.