VPN ಲಾಗಿನ್ ಎಚ್ಚರಿಕೆಗಳು ಒಳನುಗ್ಗುವಿಕೆ ಎಚ್ಚರಿಕೆಗಳಲ್ಲ: ಸೆಷನ್ ಅನ್ನು ಗಮನಿಸಿ
ಅಸಾಮಾನ್ಯ ಸೈನ್-ಇನ್ ಪರಿಶೀಲನೆಯ ಕಾರಣ, ತೀರ್ಪಲ್ಲ. ಒಳನುಗ್ಗುವಿಕೆ ಎಂದು ಕರೆಯುವ ಮೊದಲು ದೃಢೀಕರಣ ದಾಖಲೆಯನ್ನು ಸೆಷನ್‌ಗೆ, ನಂತರ ಸೆಷನ್ ಸ್ಪರ್ಶಿಸಿದುದಕ್ಕೆ ಜೋಡಿಸಿ.
ಹೊಸ ದೇಶದಲ್ಲಿ ಚಾಲನೆಯಾಗುವ VPN ಎಚ್ಚರಿಕೆ ನಿರ್ಣಾಯಕವೆನಿಸುತ್ತದೆ, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಹಾಗಲ್ಲ. ದೃಢೀಕರಣವು ಪ್ರಯತ್ನ ಸ್ವೀಕರಿಸಲ್ಪಟ್ಟಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ; ಸೆಷನ್ ಯಾವ ಸಂಪರ್ಕ ಅದನ್ನು ಹೊತ್ತಿತು ಎಂದು ಹೇಳುತ್ತದೆ; ಸಂಪನ್ಮೂಲ ದಾಖಲೆಗಳು ಆ ಸಂಪರ್ಕದ ಒಳಗೆ ಏನಾಯಿತು ಎಂದು ಹೇಳುತ್ತವೆ. ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ಮೂರನ್ನೂ ಸೇರಿಸುವ ನಿಯಮ ಸೋಮವಾರ ಮೂವತ್ತು ಟಿಕೆಟ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸಿ ಶುಕ್ರವಾರ ನಿಜವಾದ ಪ್ರಕರಣವನ್ನು ತಪ್ಪಿಸುತ್ತದೆ.
ವಿದೇಶಿ ವಿಳಾಸ ಪ್ರಶ್ನೆ, ಉತ್ತರವಲ್ಲ
ಪ್ರಯಾಣ, ಬೇರೆ ದೇಶದಲ್ಲಿ ಹೊರಬರುವ ಮೊಬೈಲ್ ಆಪರೇಟರ್‌ಗಳು, ಸಾಂಸ್ಥಿಕ ವೆಬ್ ಪ್ರಾಕ್ಸಿ ಮತ್ತು ಮರುಹಂಚಿಕೆಯಾದ ಕ್ಯಾರಿಯರ್-ಗ್ರೇಡ್ NAT ಪೂಲ್ — ಎಲ್ಲವೂ ಆಕ್ರಮಣಕಾರನನ್ನು ಸರಿಸದೆ ಕಾಣುವ ಮೂಲವನ್ನು ಸರಿಸುತ್ತವೆ. ಸೈನ್-ಇನ್ ದಾಖಲೆ ಸಂಪರ್ಕವು ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಎಲ್ಲಿಂದ ಪ್ರವೇಶಿಸಿತು ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ, ಯಾರು ಸಾಧನವನ್ನು ಹಿಡಿದಿದ್ದರು ಎಂಬುದನ್ನಲ್ಲ.
ವಿರುದ್ಧ ವೈಫಲ್ಯ ಹೆಚ್ಚು ಕೆಟ್ಟದು ಏಕೆಂದರೆ ಅದು ಮೌನವಾಗಿದೆ. ಬಳಕೆದಾರರ ಸ್ವಂತ ನಗರದಿಂದ ಬಳಸಿದ ಕದ್ದ ಗುಪ್ತಪದವು ಭೂಗೋಳ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಹಿಂದಿನ ಎಲ್ಲಾ ಲಾಗಿನ್‌ಗಳಿಗೆ ಹೊಂದಿಕೆಯಾಗುವ ಲಾಗಿನ್ ಉತ್ಪಾದಿಸುತ್ತದೆ.
ಭೂಗೋಳವನ್ನು ತೀರ್ಪು ಎಂದು ಪರಿಗಣಿಸುವುದಕ್ಕೆ ಅಳೆಯಬಹುದಾದ ವೆಚ್ಚವಿದೆ. ಪ್ರಯಾಣಿಸುವ ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳು ಸ್ಥಿರವಾದ ಪರಿಶೀಲನೆಗಳ ಹರಿವನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ, ಪರಿಶೀಲಕರು ಓದದೆ ಅವನ್ನು ಮುಚ್ಚಲು ಕಲಿಯುತ್ತಾರೆ, ಮತ್ತು ನಿಜವಾದ ಪ್ರಕರಣ ಅದೇ ಸರದಿಗೆ ಬರುವವರೆಗೆ ಆ ಅಭ್ಯಾಸ ಉಳಿಯುತ್ತದೆ.
ಮೂರು ರೀತಿಯ ದಾಖಲೆಗಳು ಮೂರು ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ
ನಿಯೋಜಿತ ಉತ್ಪನ್ನಗಳು ನಿಜವಾಗಿ ಹೊರಡಿಸುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಉತ್ಪನ್ನ ಕರಪತ್ರವು ಅವು ಹೊರಡಿಸಬಹುದು ಎಂದು ಸೂಚಿಸುವುದರಿಂದ ಅಲ್ಲ. ದೃಢೀಕರಣ ನಿರ್ಧಾರವು ಪ್ರತಿಪಾದಿತ ಗುರುತನ್ನು, ವಿಧಾನ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಸೆಷನ್ ಜೀವನಚಕ್ರವು ಸಂಪರ್ಕ, ಗೇಟ್‌ವೇ ಮತ್ತು ಹಂಚಿಕೆಯಾದ ವಿಳಾಸವನ್ನು ಆರಂಭದಿಂದ ನಿಲುಗಡೆಯವರೆಗೆ ಹೆಸರಿಸುತ್ತದೆ.
| Record | Question it answers | What it cannot prove |
|---|---|---|
| Authentication decision | Which identity was accepted or rejected, by which method, at what time | That the person operating the device was the account owner |
| Session lifecycle | Which connection, gateway and assigned address were active, and for how long | What the session did with that access |
| Resource event | Which read, write or denied operation a service observed | Which human behind the session triggered it |
| Policy change | Whether an administrator altered the rule that governs the access | Whether the change was reviewed or intended |
ಖಾಲಿ ಕೋಶವು ಸಂಗ್ರಹದಲ್ಲಿನ ಕೊರತೆ, ಬಿಡುಗಡೆ ಅಲ್ಲ. ಸಂಪನ್ಮೂಲ ಘಟನೆಗಳು ಎಂದಿಗೂ ಬಾರದಿದ್ದರೆ, ಸಂಶಯಾಸ್ಪದ ಓದಿನ ಅನುಪಸ್ಥಿತಿ ಎಂದರೆ ಪೈಪ್‌ಲೈನ್‌ಗೆ ವರದಿ ಮಾಡಲು ಏನೂ ಇಲ್ಲ, ಮತ್ತು ಮೌನ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನಲ್ಲ, ಪೈಪ್‌ಲೈನ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ. ಅವುಗಳ ಮೇಲೆ ಅವಲಂಬಿತ ನಿಯಮವನ್ನು ಭರವಸೆ ನೀಡುವ ಮೊದಲು ನಿಯೋಜನೆ ನಿಜವಾಗಿ ಯಾವ ದಾಖಲೆಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ ಎಂದು ಬರೆಯಿರಿ, ಮತ್ತು ಪ್ರತಿ ಕಾಣೆಯಾದ ಫೀಡ್‌ನ ಮಾಲೀಕರನ್ನು ಹೆಸರಿಸಿ.
ಲೆಕ್ಕಪತ್ರ ವಿವರಗಳು ಸೆಷನ್‌ಗಳು ಪರಿಶೀಲನೀಯವಾಗುವ ಸ್ಥಳ. RFC 2866 ನಲ್ಲಿ ವಿವರಿಸಿದ RADIUS ಲೆಕ್ಕಪತ್ರವು ಸೆಷನ್ ಗುರುತಿಗೆ ಜೋಡಿಸಿದ ಆರಂಭ, ನಿಲುಗಡೆ ಮತ್ತು ಮಧ್ಯಂತರ ನವೀಕರಣಗಳನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಆರಂಭವಿದ್ದು ನಿಲುಗಡೆ ಇಲ್ಲದ ಸೆಷನ್ ನಿಗೂಢವಲ್ಲ, ನೀವು ಹೆಸರಿಸಬಹುದಾದ ಕೊರತೆ.
ಬಳಕೆದಾರ ಹೆಸರಿಗಲ್ಲ, ಸೆಷನ್‌ಗೆ ಜೋಡಿಸಿ
ಒಂದು ಖಾತೆ ಕಾನೂನುಬದ್ಧವಾಗಿ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಹಲವು ಸೆಷನ್‌ಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ: ಲ್ಯಾಪ್‌ಟಾಪ್, ಫೋನ್, ರಾತ್ರಿಯೆಲ್ಲಾ ಸಂಪರ್ಕದಲ್ಲಿಟ್ಟ ಪ್ರಯೋಗಾಲಯ ಯಂತ್ರ. ಆ ಬಳಕೆದಾರ ಹೆಸರಿನ ಪ್ರತಿ ಘಟನೆಯನ್ನು ಜೋಡಿಸುವುದು ಮೂರು ಸಾಧನಗಳನ್ನು ಒಂದು ಕಥೆಯಾಗಿ ಕರಗಿಸಿ ನಂತರ ಸಂಯೋಜನೆಯನ್ನು ಒಳನುಗ್ಗುವಿಕೆ ಎಂದು ಓದುತ್ತದೆ. ಹಂಚಿಕೆಯಾದ ವಿಳಾಸಗಳೂ ಮರುಬಳಕೆಯಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಸೆಷನ್ ಮುಗಿದ ನಂತರವೂ ವಿಳಾಸಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುವ ಜೋಡಣೆ ಕಳೆದ ತಿಂಗಳ ಸಾಧನವನ್ನು ಇಂದಿನ ಘಟನೆಗೆ ಎಳೆಯುತ್ತದೆ. ವಿಳಾಸದ ಪಕ್ಕದಲ್ಲಿ ಸೆಷನ್ ಕೀಯನ್ನು ಇರಿಸಿ ಮತ್ತು ಹೊಂದಾಣಿಕೆಯನ್ನು ಸೆಷನ್ ನಿಜವಾಗಿ ಆವರಿಸಿದ ಸಮಯದ ಕಿಟಕಿಗೆ ಸೀಮಿತಗೊಳಿಸಿ.
ಸೇವೆ ನೋಡುವ ಮೊದಲು ಅನುವಾದ ಮೂಲ ಮೂಲವನ್ನು ತೆಗೆದುಹಾಕುವಲ್ಲಿ, ಆ ಗಡಿಯಲ್ಲಿ ಉಳಿಯುವ ಗುರುತನ್ನು ಬಳಸಿ, ಉದಾಹರಣೆಗೆ ಪರಸ್ಪರ TLS ವಿಷಯ ಅಥವಾ ಏಕ ಸೈನ್-ಆನ್ ಪ್ರತಿಪಾದನೆ. ವಿಳಾಸ ಮತ್ತು ವ್ಯಕ್ತಿಯ ನಡುವೆ ಒಂದಕ್ಕೊಂದು ನಕ್ಷೆಯನ್ನು ಕಲ್ಪಿಸುವುದು ಹೆಚ್ಚುವರಿ ಹೆಜ್ಜೆಗಳೊಂದಿಗೆ ಅದೇ ತಪ್ಪು.
ಮಾಲೀಕರಿಲ್ಲದ ಎಚ್ಚರಿಕೆ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್
ಪ್ರತಿ ನಿಯಮಕ್ಕೆ ಷರತ್ತು, ಅದನ್ನು ಉತ್ಪಾದಿಸುವ ನಿರ್ದೋಷ ವಿವರಣೆಗಳು, ಸಂಗ್ರಹಿಸಬೇಕಾದ ಸಾಕ್ಷ್ಯ ಮತ್ತು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ವ್ಯಕ್ತಿ ಬೇಕು. ಪುನರಾವರ್ತಿತ ನಿರಾಕರಿಸಿದ ಆಡಳಿತ ಕಾರ್ಯಾಚರಣೆ, ವಿಫಲ ಗುಪ್ತಪದಗಳ ಸ್ಫೋಟ ಮತ್ತು ಮೌನ ಸಂಗ್ರಾಹಕ — ಮೂರು ವಿಭಿನ್ನ ಗಡಿಯಾರಗಳ ಮೂರು ವಿಭಿನ್ನ ಘಟನೆಗಳು.
ಅಧಿಸೂಚನೆ ನಿಯಂತ್ರಣವಲ್ಲ, ಮತ್ತು ವಿತರಣಾ ಪಟ್ಟಿ ಏನನ್ನೂ ಸೀಮಿತಗೊಳಿಸುವುದಿಲ್ಲ. ಜೀವಂತ ಸೆಷನ್ ಬದಲಾಯಿಸಲು ಅದನ್ನು ಮಾಡಬಲ್ಲ ಘಟಕ ಬೇಕು, ಸಂಪರ್ಕವನ್ನು ಬೀಳಿಸುವ ಗೇಟ್‌ವೇ ಆಗಲಿ ಅಥವಾ ಸೆಷನ್ ರದ್ದುಮಾಡುವ ಗುರುತು ಪೂರೈಕೆದಾರರಾಗಲಿ. ಹಳೆಯ ಫೀಡ್‌ಗಳು ಮತ್ತು ಕಾಣೆಯಾದ ನಿಲುಗಡೆ ದಾಖಲೆಗಳೂ ನಿಯಮದ ಪಠ್ಯಕ್ಕೆ ಸೇರುತ್ತವೆ, ಏಕೆಂದರೆ ಒಂದು ದಿನ ಏನನ್ನೂ ಕಳಿಸದ ಸಂಗ್ರಾಹಕ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಿಂದ ನಿಖರವಾಗಿ ಮೌನ ನೆಟ್‌ವರ್ಕ್‌ನಂತೆ ಕಾಣುತ್ತದೆ. ವ್ಯತ್ಯಾಸ ಪೈಪ್‌ಲೈನ್‌ನಲ್ಲಿಯೇ ಮಾತ್ರ ಕಾಣುತ್ತದೆ.
ಮೌನ ವಾರವನ್ನು ನಂಬುವ ಮೊದಲು ಸಂಗ್ರಹ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ
ಒಂದು ನಿಯಮವನ್ನೂ ಸರಿಹೊಂದಿಸುವ ಮೊದಲು ಪೈಪ್‌ಲೈನ್ ಅನ್ನು ಆರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಸಾಬೀತುಪಡಿಸಿ. ಕೆಳಗಿನ ಆದೇಶಗಳು ದೃಢೀಕರಣ ಮತ್ತು ಲೆಕ್ಕಪತ್ರ ಶ್ರೋತೃಗಳು ಸಕ್ರಿಯವಾಗಿವೆ ಎಂದು, ಪರೀಕ್ಷಾ ರುಜುವಾತು ಸರಿಯಾದ ಕಾರಣಕ್ಕೆ ನಿರಾಕರಿಸಲ್ಪಡುತ್ತದೆ ಎಂದು ಮತ್ತು ಸೆಷನ್ ಘಟನೆಗಳು ಇನ್ನೂ ಬರುತ್ತಿವೆ ಎಂದು ದೃಢೀಕರಿಸುತ್ತವೆ:
ss -uanp | grep -E ':(1812|1813)\b' radtest alice 'not-the-password' 127.0.0.1 0 testing123 journalctl -u openvpn-server@server --since '-30 min' | grep -c 'Peer Connection Initiated' timedatectl | grep -E 'System clock|synchronized'
ಪರೀಕ್ಷೆಯಿಂದ ಬಂದ Access-Reject ವಿನಂತಿ ಸರ್ವರ್‌ನ್ನು ತಲುಪಿತು ಮತ್ತು ಹಂಚಿದ ರಹಸ್ಯ ಹೊಂದಿಕೆಯಾಯಿತು ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಜನರು ಬಿಟ್ಟುಬಿಡುವ ಭಾಗ ಅದೇ. ಬದಲಿಗೆ ಟೈಮೌಟ್ ರಹಸ್ಯ, ಶ್ರೋತೃ ಅಥವಾ ಅದರ ಮುಂದಿನ ಫಿಲ್ಟರ್‌ಗೆ ಸೂಚಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಸರಿಪಡಿಸುವವರೆಗೆ ಕೆಳಗಿನ ಪ್ರತಿ ಎಚ್ಚರಿಕೆಯೂ ಪರಿಶೀಲಿಸಲಾಗದು.
ಗಡಿಯಾರದ ಸ್ಥಿತಿ ಮುಖ್ಯ ಏಕೆಂದರೆ ಸಹಸಂಬಂಧ ಕಿಟಕಿಗಳು ಒಪ್ಪಿಗೆಯನ್ನು ಊಹಿಸುತ್ತವೆ. ಕೆಲವು ನಿಮಿಷ ವ್ಯತ್ಯಾಸವಿರುವ ಗೇಟ್‌ವೇ ಬೇರೆಡೆ ಸ್ವಚ್ಛವಾದ ಸೆಷನ್ ಜೋಡಣೆಯನ್ನು ಅಸಾಧ್ಯವೆನಿಸುತ್ತದೆ, ಮತ್ತು ಪರಿಶೀಲಕರು ಜೋಡಣೆ ಭೇದಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುವವರೆಗೆ ಕಿಟಕಿಯನ್ನು ವಿಸ್ತರಿಸಿ ಸರಿದೂಗಿಸುತ್ತಾರೆ. ನಿಯಮ ಸಂಪಾದಿಸುವ ಮೊದಲು ವ್ಯತ್ಯಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ.
ನಂತರ ಒಂದು ನಿಯಮವನ್ನು ನಿರುಪದ್ರವ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಓಡಿಸಿ: ಅನಿರೀಕ್ಷಿತ ವಿಳಾಸದಿಂದ ಲಾಗಿನ್ ಉತ್ಪಾದಿಸಿ, ಎಚ್ಚರಿಕೆ ಚಾಲನೆಯಾಗುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ, ಪ್ರತಿಕ್ರಿಯೆದಾರರು ಸೆಷನ್ ಮತ್ತು ಅದರ ಸಂಪನ್ಮೂಲ ಘಟನೆಗಳನ್ನು ಎಳೆಯಬಲ್ಲರು ಎಂದು ದೃಢೀಕರಿಸಿ, ಮತ್ತು ಟಿಕೆಟ್ ಸೆಷನ್ ಗುರುತನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ. ಸುಸಂಗತ ಕಥೆಯನ್ನು ಉತ್ಪಾದಿಸುವ ನಿಯಮ ಉತ್ತೀರ್ಣವಾಗುತ್ತದೆ. ಲಾಗ್ ಸಾಲುಗಳ ರಾಶಿಯನ್ನು ಉತ್ಪಾದಿಸುವ ನಿಯಮ ಇನ್ನೂ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್. ಮುಂದಿನ ಪರಿಶೀಲನೆ ಊಹೆಯಿಂದಲ್ಲ, ಸಾಕ್ಷ್ಯದಿಂದ ಆರಂಭವಾಗಲು ಫಲಿತಾಂಶವನ್ನು ನಿಯಮದ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ.