ನಿಮ್ಮ VPN ಗೇಟ್‌ವೇ ರಾಜಿಯಾಗಿದೆ: ವಾಸ್ತವವಾಗಿ ಏನು ಬಹಿರಂಗವಾಗಿದೆ
ಹ್ಯಾಕ್ ಆದ VPN ಗೇಟ್‌ವೇ ತನ್ನ ಸುರಂಗದ ಒಳಗೆ ನೋಡುತ್ತದೆ, ಆದರೆ ಅದು ಪ್ರತಿ ಸೆಷನ್ ಅನ್ನು ವಶಪಡಿಸಿಕೊಳ್ಳುವುದಲ್ಲ. ಮರುಪ್ರಾಪ್ತಿಯ ಮೊದಲು ಸಂಚಾರ, ತಲುಪುವಿಕೆ ಮತ್ತು ಸಂಗ್ರಹಿತ ರಹಸ್ಯಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ.
VPN ಗೇಟ್‌ವೇ ತಾನು ರಕ್ಷಿಸುವ ಸುರಂಗದ ಕೊನೆಯಲ್ಲಿ ಕುಳಿತಿರುತ್ತದೆ, ಅಂದರೆ ಅದು ಆ ಗೂಢಲಿಪೀಕರಣವನ್ನು ಮುಗಿಸುತ್ತದೆ, ರವಾನಿಸುವುದಿಲ್ಲ. ಆಕ್ರಮಣಕಾರನು ಹೋಸ್ಟ್ ಅನ್ನು ನಿಯಂತ್ರಿಸಿದರೆ, ಸುರಂಗವು ಹೊರಗಿನಿಂದ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತದೆ, ಆದರೆ ಮಧ್ಯದಲ್ಲಿ ಇರುವ ಯಂತ್ರವು ಇನ್ನು ವಿಶ್ವಾಸಾರ್ಹವಲ್ಲ. ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಎಲ್ಲವೂ ಡಿಕ್ರಿಪ್ಟ್ ಆಗುತ್ತದೆಯೇ ಎಂಬುದಲ್ಲ. ಪ್ರಶ್ನೆ ಎಂದರೆ ಆ ಹೋಸ್ಟ್ ಏನನ್ನು ನೋಡಬಹುದಿತ್ತು, ಎಲ್ಲಿಗೆ ತಲುಪಬಹುದಿತ್ತು ಮತ್ತು ಯಾವ ರಹಸ್ಯಗಳು ನಿಜವಾಗಿ ಅದರ ಮೇಲೆ ಸಂಗ್ರಹವಾಗಿದ್ದವು. ಈ ಮೂರು ಉತ್ತರಗಳು ಬಹಳ ಭಿನ್ನ, ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯೂ ಅವುಗಳೊಂದಿಗೆ ಭಿನ್ನವಾಗಿರುತ್ತದೆ.
ಗೇಟ್‌ವೇ ಸುರಂಗವನ್ನು ಮುಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಳಗೆ ನೋಡುತ್ತದೆ
VPN ನಲ್ಲಿ ಗೂಢಲಿಪೀಕರಣ ಹಾಪ್ ಮೇಲೆ ಹಾಪ್ ಆಗಿ ನಡೆಯುತ್ತದೆ, ಮತ್ತು ಗೇಟ್‌ವೇ ಆ ಹಾಪ್. ಅದು ಹೊರ ಪದರವನ್ನು ತೆಗೆದುಹಾಕಿ, ನೀತಿಯನ್ನು ಅನ್ವಯಿಸಿ ಒಳ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ರವಾನಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ ಸಾಗಿಸಿದ ಪ್ಯಾಕೆಟ್ ಒಂದು ಕ್ಷಣದಲ್ಲಿ ಆ ಹೋಸ್ಟ್‌ನ ಮೆಮೊರಿಯಲ್ಲಿ ಓದಬಹುದಾದ ರೂಪದಲ್ಲಿ ಇರುತ್ತದೆ. ಅದು ದೋಷವಲ್ಲ, ವಿನ್ಯಾಸ. ಆದ್ದರಿಂದ ಗೇಟ್‌ವೇ ರಾಜಿಯಾಗುವುದು ಸುರಂಗದ ಗೂಢಲಿಪೀಕರಣ ರಾಜಿಯಾಗುವುದಕ್ಕಿಂತ ಬೇರೆ ಘಟನೆ.
ಆಕ್ರಮಣಕಾರನು ಮೊದಲು ಗಳಿಸುವುದು ಸ್ಥಾನ: ಸಾಗಿಸಿದ ಸಂಚಾರವನ್ನು ಗಮನಿಸುವ, ರವಾನೆಯನ್ನು ಬದಲಿಸುವ, ಅಥವಾ ಬ್ಯಾಕೆಂಡ್ ಬದಲಿಗೆ ಉತ್ತರಿಸುವ ಸಾಮರ್ಥ್ಯ. ನಂತರ ಏನು ಗಳಿಸುತ್ತಾನೆ ಎಂಬುದು ಹೋಸ್ಟ್ ಮೇಲೆ ಅವಲಂಬಿತ, ಮತ್ತು ಇಲ್ಲಿ ಜನರು ಅತಿಯಾಗಿ ಅಂದಾಜು ಮಾಡುತ್ತಾರೆ. ಗೇಟ್‌ವೇಗೆ ಪ್ರವೇಶ ಮಾತ್ರ ಬ್ರೌಸರ್‌ನ TLS ಸೆಷನ್ ಕೀಗಳನ್ನು ನೀಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅವು ಎಂದೂ ಗೇಟ್‌ವೇ ಮೇಲೆ ಇರಲಿಲ್ಲ.
ಒಂದೇ ಗಾತ್ರವಲ್ಲದ ಮೂರು ಬಹಿರಂಗಗಳು
ಪ್ರಶ್ನೆಯನ್ನು ಸಾಗಿಸಿದ ಸಂಚಾರ, ತಲುಪಬಹುದಾದ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ಸಂಗ್ರಹಿತ ರಹಸ್ಯಗಳಾಗಿ ವಿಭಜಿಸಿ, ನಂತರ ಪ್ರತಿಯೊಂದಕ್ಕೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಉತ್ತರಿಸಿ.
| Exposure | What the attacker gains | What does not follow |
|---|---|---|
| Carried traffic | Plaintext of whatever the tunnel forwards without its own encryption | Keys for TLS sessions that terminate at the application |
| Reachable systems | Whatever the backends accept from the gateway's address | Control of every connected client endpoint |
| Stored secrets | The specific keys, tokens and accounts present on that host | Possession of every client certificate or of a CA key |
ಮಧ್ಯದ ಸಾಲು ಬಿಟ್ಟುಬಿಡುವ ಸಾಲು. ಗೇಟ್‌ವೇಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಖಾಸಗಿ ಜಾಲಗಳಿಗೆ ಮಾರ್ಗ ಮತ್ತು ಬ್ಯಾಕೆಂಡ್‌ಗಳು ಈಗಾಗಲೇ ವಿಶ್ವಾಸಿಸುವ ಮೂಲ ವಿಳಾಸ ಇರುತ್ತದೆ, ಆದ್ದರಿಂದ ಆಸಕ್ತಿದಾಯಕ ಪ್ರಶ್ನೆ ಎಂದರೆ ಆ ಬ್ಯಾಕೆಂಡ್‌ಗಳು ಆ ವಿಳಾಸದಿಂದ ಏನನ್ನು ಅನುಮತಿಸುತ್ತವೆ. ಸಣ್ಣ ಕ್ಲೈಂಟ್ ಪ್ರವೇಶ ನೀತಿ ಉತ್ತಮ ನಿಯಂತ್ರಣ, ಆದರೆ ಹೋಸ್ಟ್‌ನಲ್ಲಿರುವ ಆಕ್ರಮಣಕಾರನು ಸಾಮಾನ್ಯ ಕ್ಲೈಂಟ್ ಬಳಸುವ ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಸೀಮಿತವಲ್ಲ.
ಕೆಳ ಸಾಲು ಘಟನೆ ಎಷ್ಟು ಕಾಲ ನಡೆಯುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಸರ್ವರ್ ಕೀ ಮತ್ತು CA ಕೀ ಸಂಪೂರ್ಣವಾಗಿ ಬೇರೆ ಪ್ರಭಾವದ ವ್ಯಾಪ್ತಿ ಹೊಂದಿವೆ, ಹಾಗೆಯೇ ಸ್ಥಳೀಯ ನಿರ್ವಾಹಕ ಖಾತೆ ಮತ್ತು ಓದಲು-ಮಾತ್ರ ಮೇಲ್ವಿಚಾರಣಾ ಟೋಕನ್.
ಸುರಂಗದ ಒಳಗಿನ HTTPS ಇನ್ನೂ HTTPS
ಅಪ್ಲಿಕೇಶನ್‌ನ TLS ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ, VPN ಗೇಟ್‌ವೇಯಲ್ಲಿ ಅಲ್ಲ, ಆದ್ದರಿಂದ ರಾಜಿಯಾದ ಗೇಟ್‌ವೇ ಆ ಹರಿವುಗಳಿಗೆ ಗೂಢಲಿಪೀಕೃತ ಪಠ್ಯವನ್ನು ಮಾತ್ರ ಗಮನಿಸುತ್ತದೆ. ಅದು ಆಕ್ರಮಣಕಾರನು ಪಡೆಯುವುದಕ್ಕೆ ನಿಜವಾದ ಮಿತಿ, ಮತ್ತು ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳುವುದು ಯೋಗ್ಯ, ಏಕೆಂದರೆ ವಿರುದ್ಧ ಹೇಳಿಕೆ ಭೀತಿ ಮತ್ತು ಕೆಟ್ಟ ನಿರ್ಧಾರಗಳನ್ನು ಹರಡುತ್ತದೆ. ಎರಡು ಷರತ್ತುಗಳು ಅದನ್ನು ಮುರಿಯುತ್ತವೆ. ಮಾರ್ಗದಲ್ಲಿ ವಿಶ್ವಾಸಾರ್ಹ ಪ್ರಮಾಣಪತ್ರವಿರುವ ಪರಿಶೀಲನಾ ಘಟಕ ಇದ್ದರೆ, ಗೇಟ್‌ವೇ ವಿನ್ಯಾಸದಂತೆ ಸರಳ ಪಠ್ಯವನ್ನು ನೋಡಬಹುದು. ಅಪ್ಲಿಕೇಶನ್‌ನ ಅಂತ್ಯ ಬಿಂದುವೇ ರಾಜಿಯಾಗಿದ್ದರೆ, ಸುರಂಗ ಅಪ್ರಸ್ತುತ.
ಆದ್ದರಿಂದ ಅವರು ಏನನ್ನು ನೋಡಿದರು ಎಂಬ ಉತ್ತರ ಷರತ್ತುಬದ್ಧ, ಮತ್ತು ಅದನ್ನು ತೀರ್ಪು ಎಂದು ಘೋಷಿಸುವ ಬದಲು ಷರತ್ತುಗಳಾಗಿ ಬರೆಯಬೇಕು.
ಮತ್ತೆ ನಂಬುವ ಮೊದಲು ಏನು ಬದಲಾಗಬೇಕು
ಹೋಸ್ಟ್ ಅನ್ನು ಮರುನಿರ್ಮಿಸುವುದು ಅಗತ್ಯ ಮತ್ತು ಅಪರೂಪವಾಗಿ ಸಾಕು. ಇನ್ನೂ ನಿರ್ವಹಣಾ ಖಾತೆ, ನಿಯೋಜನಾ ರುಜುವಾತು ಅಥವಾ ಸಹಿ ಕೀ ಹೊಂದಿರುವ ಆಕ್ರಮಣಕಾರನು ಹೋಸ್ಟ್ ಅನ್ನು ತನಗೆ ಇಷ್ಟವಾದಂತೆ ಹಿಂತಿರುಗಿಸಬಹುದು. ಮರುಪ್ರಾಪ್ತಿಯು ರಾಜಿಯಾದ ಯಂತ್ರವನ್ನು ಅವಲಂಬಿಸದ ಆಡಳಿತ ಮಾರ್ಗದಿಂದ ಪ್ರಾರಂಭವಾಗಬೇಕು.
ಏನನ್ನು ತಿರುಗಿಸಬೇಕು ಎಂದು ನಿರ್ಧರಿಸುವ ಮೊದಲು ಅದರ ಮೇಲೆ ಏನಿತ್ತು ಎಂಬ ಪಟ್ಟಿ ಮಾಡಿ. ಕೀಗಳು, ಸೇವಾ ಖಾತೆಗಳು, API ಟೋಕನ್‌ಗಳು, ಸ್ಥಳೀಯ ಬಳಕೆದಾರರು, ನಿಗದಿತ ಕೆಲಸಗಳು, ವಿಶ್ವಾಸ ಸಂಬಂಧಗಳು ಮತ್ತು ನಿಯೋಜನಾ ಪೈಪ್‌ಲೈನ್ ಎಲ್ಲವೂ ಅಭ್ಯರ್ಥಿಗಳು, ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ಅದನ್ನು ದೃಢೀಕರಿಸಬೇಕಾದ ಮಾಲೀಕರಿದ್ದಾರೆ.
ss -lntup
getent passwd
crontab -l
ip route show table allಆ ಪಟ್ಟಿ ಹೋಸ್ಟ್ ಏನನ್ನು ನೀಡುತ್ತಿತ್ತು ಮತ್ತು ಎಲ್ಲಿಗೆ ತಲುಪಬಹುದಿತ್ತು ಎಂಬುದನ್ನು ನೋಡಲು ಅತ್ಯಂತ ವೇಗದ ದಾರಿ. ಮೊದಲು ಸಾಕ್ಷ್ಯವನ್ನು ಸಂರಕ್ಷಿಸಿ, ಪ್ರತಿಕ್ರಿಯೆ ಮಾಲೀಕರ ಪ್ರಕ್ರಿಯೆಯ ಪ್ರಕಾರ, ಏಕೆಂದರೆ ಮರುನಿರ್ಮಾಣವು ತನಿಖೆಗೆ ಬೇಕಾದದ್ದನ್ನೇ ನಾಶಪಡಿಸುತ್ತದೆ. NIST SP 800-61 ತಿದ್ದುಪಡಿ 3 ಸಿದ್ಧತೆ, ಪತ್ತೆ, ಪ್ರತಿಕ್ರಿಯೆ ಮತ್ತು ಮರುಪ್ರಾಪ್ತಿಯನ್ನು ಒಂದೇ ಅಪಾಯ ಪ್ರಕ್ರಿಯೆಯ ಭಾಗಗಳಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ, ಮರುಪ್ರಾರಂಭದ ಸೂಚನೆಯಾಗಿ ಅಲ್ಲ.
ಮುಂದಿನದನ್ನು ಅಗ್ಗವಾಗಿಸುವ ಗಡಿಗಳು
ನಾಲ್ಕು ಗಡಿಗಳನ್ನು ಅವು ಬೇಕಾಗುವ ಮೊದಲು ನಿರ್ಮಿಸುವುದು ಯೋಗ್ಯ. ಗೇಟ್‌ವೇ ಮೂಲಕ ದೃಢೀಕರಿಸದ ಸ್ವತಂತ್ರ ಮರುಪ್ರಾಪ್ತಿ ಮಾರ್ಗವನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ. ಸಹಿ ಅಧಿಕಾರವನ್ನು ಸಂಚಾರಕ್ಕೆ ಸೇವೆ ಸಲ್ಲಿಸುವ ಹೋಸ್ಟ್‌ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡಿ. ಗೇಟ್‌ವೇ ಎಲ್ಲಿಗೆ ತಲುಪಬಹುದು ಎಂಬುದನ್ನು ಮಿತಿಗೊಳಿಸಿ, ಆದ್ದರಿಂದ ರಾಜಿಯಾದ ಗೇಟ್‌ವೇ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ರಾಜಿಯಾದ ನಿರ್ವಹಣಾ ಜಾಲವಾಗದಿರಲಿ. ಮತ್ತು ಪ್ರತಿ ರುಜುವಾತು ಯಾರದ್ದು ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ, ಆದ್ದರಿಂದ ತಿರುಗಿಸುವುದು ಪುರಾತತ್ತ್ವ ಯೋಜನೆಯಲ್ಲ, ಒಂದು ದೂರವಾಣಿ ಕರೆಯಾಗಿರಲಿ.
ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ರಾಜಿಯನ್ನು ತಡೆಯುವುದಿಲ್ಲ. ಅವು ಅದನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತವೆ, ಮತ್ತು ಕೆಟ್ಟ ವಾರ ಮತ್ತು ಕೆಟ್ಟ ತ್ರೈಮಾಸಿಕದ ನಡುವಿನ ವ್ಯತ್ಯಾಸವನ್ನು ಮಾಡುತ್ತವೆ.