SSH ಏಜೆಂಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು ಕೀ ನಕಲಿಸುವಿಕೆ: ನಿಜವಾಗಿ ಏನು ಸೋರುತ್ತದೆ

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

ಸಾರ್ವಜನಿಕ ಕೀ ಲಾಗಿನ್ ಕೀಯನ್ನಲ್ಲ, ಸಹಿಯನ್ನು ರವಾನಿಸುತ್ತದೆ

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

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

ssh-keygen -lf ~/.ssh/id_ed25519.pub
ssh -o StrictHostKeyChecking=yes [email protected]

ಮೊದಲ ಆಜ್ಞೆ ಸಾರ್ವಜನಿಕ ಬೆರಳಚ್ಚನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಇದರಿಂದ ಸರ್ವರ್ ಪಟ್ಟಿ ಮಾಡುವುದರೊಂದಿಗೆ ಹೋಲಿಸಬಹುದು. ಎರಡನೆಯದು ಯಾರೂ ಓದದ ಡೀಫಾಲ್ಟ್ ಮೇಲೆ ಅವಲಂಬಿಸುವ ಬದಲು ಹೋಸ್ಟ್ ಕೀ ಪರಿಶೀಲನೆಯನ್ನು ಸ್ಪಷ್ಟಗೊಳಿಸುತ್ತದೆ. ಕೀಗಳ ಬಗ್ಗೆ ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಎರಡನ್ನೂ ಓಡಿಸಿ, ಮೂಲರೇಖೆ ದಾಖಲಾಗಲಿ.

ಏಜೆಂಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಸಹಿ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ನಿಯೋಜಿಸುತ್ತದೆ

ಫಾರ್ವರ್ಡಿಂಗ್ ಸಕ್ರಿಯವಾದಾಗ ದೂರದ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಸಾಕೆಟ್ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಸ್ಥಳೀಯ ಏಜೆಂಟ್ ಅದರ ಮೂಲಕ ಬರುವ ವಿನಂತಿಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ಸೆಷನ್ ಸಮಯದಲ್ಲಿ ಆ ಸಾಕೆಟ್ ಬಳಸಬಲ್ಲ ಯಾರಾದರೂ ಲೋಡ್ ಮಾಡಿದ ಗುರುತುಗಳನ್ನು ಸ್ವೀಕರಿಸುವ ಹೋಸ್ಟ್‌ಗಳ ಮುಂದೆ ನಿಮ್ಮಂತೆಯೇ ದೃಢೀಕರಿಸಬಹುದು. ಅದು ಕೆಲಸ ಮಾಡಲು ಯಾವುದೇ ಖಾಸಗಿ ಕೀ ನೆಟ್‌ವರ್ಕ್ ದಾಟುವುದಿಲ್ಲ.

ಒಡ್ಡುವಿಕೆ ಎಂದರೆ ಸಾಮರ್ಥ್ಯ, ಫೈಲ್ ಅಲ್ಲ. ಆದ್ದರಿಂದ ಫಾರ್ವರ್ಡಿಂಗ್ ಲ್ಯಾಪ್‌ಟಾಪ್ ಮಾಡುವ ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕಲ್ಲ, ಹೆಸರಿಸಿದ ಕೆಲಸ ಮತ್ತು ಹೆಸರಿಸಿದ ಹೋಸ್ಟ್‌ಗೆ ಸೇರಿದ್ದು. ಫಾರ್ವರ್ಡ್ ಮಾಡಿದ ಏಜೆಂಟ್ ಇಲ್ಲದೆ ಸಂಪರ್ಕವನ್ನು ರವಾನಿಸುವ ಜಂಪ್ ಹೋಸ್ಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಅಗತ್ಯವನ್ನೇ ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕುತ್ತದೆ.

ssh-add -l
ssh -o ForwardAgent=no [email protected]
ssh -J [email protected] [email protected]

ಮೊದಲನೆಯದು ಏಜೆಂಟ್ ಈಗ ಹೊಂದಿರುವ ಗುರುತುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಅದನ್ನು ಬೇರೆ ಯಂತ್ರಕ್ಕೆ ಸಾಕೆಟ್ ನೀಡುವ ಮೊದಲು ತಿಳಿಯುವುದು ಉಪಯುಕ್ತ. ಎರಡನೆಯದು ನಿಯೋಜನೆ ಇಲ್ಲದೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ. ಮೂರನೆಯದು ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಸಂಪೂರ್ಣವಾಗಿ ಬದಲಿಸುವ ಜಂಪ್ ಹೋಸ್ಟ್ ಮಾದರಿಯನ್ನು ತೋರಿಸುತ್ತದೆ.

ನಿಮ್ಮ ಬಳಿಯಿರುವ ಸಾಕ್ಷ್ಯದಿಂದ ಪ್ರತಿಕ್ರಿಯೆ ಆಯ್ಕೆ ಮಾಡಿ

ಒಡ್ಡಲಾಗಿದೆ ಎಂದು ನಂಬಲಾದ ಸಹಿ ಮಾಡುವ ಗುರುತಿಗೆ ಬದಲಾವಣೆ ಮತ್ತು ರದ್ದತಿ ಪ್ರಕ್ರಿಯೆ ಬೇಕು, ಮತ್ತು ಅದನ್ನು ನಂಬಿದ ಸೇವೆಗಳಿಂದ ಅದರ ಸ್ವೀಕೃತಿ ತೆಗೆಯಬೇಕು. ನಿಮ್ಮ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿನ ಪ್ರತಿಯನ್ನು ಅಳಿಸಿದರೆ ಉಳಿದ ಪ್ರತಿಗಳು ಅಸ್ಪೃಶ್ಯವಾಗಿ ಉಳಿಯುತ್ತವೆ. ಸೇವೆಗಳಿಂದ ಆರಂಭಿಸಿ, ನಂತರ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸಿ.

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

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

ವರದಿಯಲ್ಲಿ ನಿಯಂತ್ರಣಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ

ಖಾಸಗಿ ಸಾಮಗ್ರಿಯನ್ನು ರಕ್ಷಿಸಿ, ಅದರಿಂದ ಸಹಿ ಕೇಳಬಹುದಾದವರನ್ನು ಮಿತಿಗೊಳಿಸಿ, ಇನ್ನೊಂದು ಪಕ್ಷದ ಗುರುತನ್ನು ಪರಿಶೀಲಿಸಿದಂತೆ ಇರಿಸಿ. ಇವು ಪರಸ್ಪರ ಬಲಪಡಿಸುವ ಮೂರು ನಿಯಂತ್ರಣಗಳು, ಮತ್ತು ಏನಾಯಿತು ಎಂದು ವಿವರಿಸುವಾಗ ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಇನ್ನೊಂದರ ಬದಲಾಗುವುದಿಲ್ಲ.

ಅಪಾಯಕ್ಕೊಳಗಾದ ಲ್ಯಾಪ್‌ಟಾಪ್ ಅಥವಾ ಅದರ ಮೇಲಿನ ವಿಶೇಷಾಧಿಕಾರದ ಅಪ್ಲಿಕೇಶನ್ ಹೆಚ್ಚು ವಿಸ್ತೃತ ಪ್ರಭಾವದ ಮೂರನೇ ಪ್ರಕರಣ. VPN ಮಾರ್ಗ ಬದಲಿಸಿದರೆ ಅದು ಪರಿಹಾರವಾಗುವುದಿಲ್ಲ ಮತ್ತು ಡಿಸ್ಕ್‌ನಿಂದ ಓದಿರಬಹುದಾದ ಕೀಯ ಮೇಲಿನ ನಂಬಿಕೆ ಮರಳುವುದಿಲ್ಲ.

ಯಾವ ಘಟಕವನ್ನು ನಂಬಲಾಗಿತ್ತು, ಫಾರ್ವರ್ಡಿಂಗ್ ಸಕ್ರಿಯವಿತ್ತೇ, ಮತ್ತು ನಿಜವಾಗಿ ಏನು ಗಮನಿಸಲಾಯಿತು ಎಂದು ಬರೆಯಿರಿ. ಆ ದಾಖಲೆಯೇ ಮುಂದಿನ ನಿರ್ಧಾರವನ್ನು ಸೋರಿಕೆಯ ಅರ್ಥದ ಬಗ್ಗೆ ಊಹೆಯ ಬದಲು ಸಮರ್ಥನೀಯಗೊಳಿಸುತ್ತದೆ.