ನಂಬಲಾಗದ VPN ನಲ್ಲಿ ನಿಮ್ಮ SSH ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ನಿಜವಾಗಿ ಯಾರು ನೋಡುತ್ತಾರೆ?

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

ಏನನ್ನಾದರೂ ಟೈಪ್ ಮಾಡುವ ಮೊದಲು ಸ್ವೀಕರಿಸುವವರನ್ನು ಹೆಸರಿಸಿ

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

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

ಹೋಸ್ಟ್‌ನ ಗುರುತು, ದಾಖಲೆ ಮತ್ತು ಮಾತುಕತೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

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

ssh-keygen -F ssh.internal.example.net -f ~/.ssh/known_hosts
ssh -o StrictHostKeyChecking=yes ssh.internal.example.net

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

ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub
sudo sshd -T | grep -E 'hostkey|kexalgorithms|cipher'

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

ಸರ್ವರ್ ನಿಜವಾಗಿ ಸ್ವೀಕರಿಸುವ ವಿಧಾನಗಳನ್ನು ಓದಿ

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

sudo sshd -T | grep -E 'passwordauthentication|pubkeyauthentication|permitrootlogin'

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

ಹೋಸ್ಟ್-ಕೀ ಎಚ್ಚರಿಕೆಯನ್ನು ಘಟನೆಯ ಹಂತವಾಗಿ ನಿರ್ವಹಿಸಿ

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

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

ಈ ಕೈಪಿಡಿ ಏನನ್ನು ಒಳಗೊಳ್ಳುವುದಿಲ್ಲ

ಸಂಚಾರವನ್ನು ನೋಡುತ್ತಿರುವ VPN ನಿರ್ವಾಹಕರು ನಿಮ್ಮ ಯಂತ್ರದಲ್ಲಿ ಸ್ಥಳೀಯ ಸವಲತ್ತುಗಳಿರುವ ತಂತ್ರಾಂಶಕ್ಕೆ ಸಮಾನರಲ್ಲ. ಎಂಡ್‌ಪಾಯಿಂಟ್ ಭಂಗ, ಶತ್ರುತ್ವದ ಬ್ರೌಸರ್ ವಿಸ್ತರಣೆ ಅಥವಾ ಕೀಬೋರ್ಡ್ ಲಾಗರ್ SSH ಮಾತುಕತೆ ಮಾಡಬಹುದಾದ ಎಲ್ಲದಕ್ಕಿಂತ ಕೆಳಗೆ ಇರುತ್ತವೆ, ಮತ್ತು ಯಾವುದೇ ಸುರಂಗ ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಕೆಲಸದ ಕೇಂದ್ರ ಅನುಮಾನಾಸ್ಪದವಾಗಿದ್ದರೆ, ಬೇರೆ ನಿರ್ಗಮನದ ಮೂಲಕ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಗೋಪ್ಯತೆಯನ್ನು ಪರೀಕ್ಷಿಸುವ ಬದಲು ಘಟನೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅನುಸರಿಸಿ. ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವುದು ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗ ಬದಲಾಗಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಎಂಡ್‌ಪಾಯಿಂಟ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಅಲ್ಲ.

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