VPN MFA ವಿನಂತಿ ತಿರಸ್ಕರಿಸಲಾಗಿದೆ: ಕ್ಲೈಂಟ್ ಏನು ಮಾಡಬೇಕು

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

ಯಾವ ವಿನಂತಿ ವಿಫಲವಾಯಿತು ಎಂದು ಪರಿಶೀಲಿಸಿ

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

ಆ ಸ್ಥಿತಿಯನ್ನು ನಿಖರವಾಗಿ ದಾಖಲಿಸುವುದು ಯೋಗ್ಯ. ಸವಾಲಿನ ಗುರುತಿಸುವಿಕೆ ಅಥವಾ ವಹಿವಾಟು ಉಲ್ಲೇಖ, ಅಂಶದ ಪ್ರಕಾರ, ಸಮಯ ಮುದ್ರೆ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ದಾಖಲಿಸಿ, ಆದರೆ ಕೋಡ್ ಅಥವಾ ಸಮರ್ಥನೆಯನ್ನು ಎಂದಿಗೂ ದಾಖಲಿಸಬೇಡಿ. ಸವಾಲಿನ ಗುರುತಿಸುವಿಕೆಯೇ ನಿರ್ವಾಹಕರಿಗೆ ಗುರುತಿನ ಪೂರೈಕೆದಾರರ ಬದಿಯಲ್ಲಿ ಘಟನೆಯನ್ನು ಹುಡುಕಲು ಅನುವು ಮಾಡುತ್ತದೆ; ಅದಿಲ್ಲದೆ ಬೆಂಬಲ ಸಂಭಾಷಣೆ “ಕಳೆದ ಗಂಟೆಯಲ್ಲಿ ಎಲ್ಲೋ” ಎಂದು ಪ್ರಾರಂಭವಾಗಿ ಸಾಮಾನ್ಯವಾಗಿ ಅಲ್ಲೇ ಮುಗಿಯುತ್ತದೆ. ಅದನ್ನು ರಹಸ್ಯವಲ್ಲ, ರೋಗನಿರ್ಣಯ ಮೆಟಾಡೇಟಾ ಎಂದು ಪರಿಗಣಿಸಿ.

ಹೊಸ ಸವಾಲಿನೊಂದಿಗೆ ಒಮ್ಮೆ, ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಮರುಪ್ರಯತ್ನಿಸಿ

ಮರುಪ್ರಯತ್ನವು ಹೊಸ ಸವಾಲಿನೊಂದಿಗೆ ಹೊಸ ಪ್ರಯತ್ನವಾಗಿರಬೇಕು, ಹಳೆಯದನ್ನು ಮರುಪ್ಲೇ ಮಾಡುವುದಲ್ಲ. ಕ್ಲೈಂಟ್ ಹಿಂದಿನ ಸವಾಲನ್ನು ಮರುಬಳಕೆ ಮಾಡಿದಾಗ, ಗುರುತಿನ ಪೂರೈಕೆದಾರರು ಅದನ್ನು ಹಳೆಯದೆಂದು ತಿರಸ್ಕರಿಸುತ್ತಾರೆ ಅಥವಾ, ಹೆಚ್ಚು ಕೆಟ್ಟದಾಗಿ, ಹಿಂದಿನ ಪ್ರಯತ್ನಕ್ಕೆ ಉದ್ದೇಶಿಸಿದ ಅನುಮೋದನೆಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ. ಹೊಸ ಸವಾಲನ್ನು ಕೇಳಿ, ಅದನ್ನು ತೋರಿಸಿ ಮತ್ತು ಈಗ ಪರದೆಯಲ್ಲಿರುವ ಸವಾಲಿನ ಮೇಲೆ ಬಳಕೆದಾರರು ಕಾರ್ಯನಿರ್ವಹಿಸಲಿ.

ನಡುವೆ ಚಿಕ್ಕ ವಿರಾಮದೊಂದಿಗೆ ಎರಡು ಪ್ರಯತ್ನಗಳು ಸಮಂಜಸವಾದ ಡೀಫಾಲ್ಟ್; ಅನಂತ ಲೂಪ್ ಅಲ್ಲ. ಎರಡನೇ ಪ್ರಯತ್ನ ಅದೇ ರೀತಿ ವಿಫಲವಾದರೆ, ಮುಂದುವರಿಸುವ ಬದಲು ನಿಲ್ಲಿಸಿ ವರದಿ ಮಾಡಿ.

ಕ್ಲೈಂಟ್ ಏನು ಮಾಡಬಾರದು

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

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

ವಿನಂತಿಯನ್ನು ಕೀಬೋರ್ಡ್‌ನಲ್ಲಿರುವ ವ್ಯಕ್ತಿ ಪ್ರಾರಂಭಿಸದಿದ್ದರೆ, ಸರಿಯಾದ ಕ್ರಿಯೆ ಅದನ್ನು ತಿರಸ್ಕೃತವಾಗಿ ಬಿಡುವುದು ಮತ್ತು ಪರಿಶೀಲಿತ ಬೆಂಬಲ ಮಾರ್ಗದ ಮೂಲಕ ವರದಿ ಮಾಡುವುದು. ಗದ್ದಲ ನಿಲ್ಲಿಸಲು ವಿನಂತಿಯನ್ನು ಅನುಮೋದಿಸುವುದು ವೈಫಲ್ಯದ ಮಾದರಿ, ಪರಿಹಾರವಲ್ಲ.

ಬೆಂಬಲಕ್ಕಾಗಿ ಏನನ್ನು ದಾಖಲಿಸಬೇಕು

ಬೆಂಬಲಕ್ಕೆ ಉಪಯುಕ್ತ ದಾಖಲೆ ಚಿಕ್ಕದು. ಸಮಯ ವಲಯದೊಂದಿಗೆ ಅಂದಾಜು ಸಮಯ, ಖಾತೆ, ಕ್ಲೈಂಟ್ ಮತ್ತು ಆವೃತ್ತಿ, ಅಂಶದ ಪ್ರಕಾರ, ಮತ್ತು ಪ್ರತಿ ಪ್ರಯತ್ನದ ರಹಸ್ಯವಲ್ಲದ ಸ್ಥಿತಿ: ಕೇಳಲಾಗಿದೆ, ತಿರಸ್ಕರಿಸಲಾಗಿದೆ, ಅವಧಿ ಮುಗಿದಿದೆ, ಅನುಮೋದಿಸಲಾಗಿದೆ ಆದರೆ ನೀತಿಯಿಂದ ತಿರಸ್ಕರಿಸಲಾಗಿದೆ.

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

ಮರುಪ್ರಾಪ್ತಿ ಮಾರ್ಗವು ಲಾಗಿನ್ ಮಾರ್ಗದಷ್ಟೇ ಕಾಳಜಿಗೆ ಅರ್ಹ. ಕಳೆದುಹೋದ ಸಾಧನದ ಕಾರ್ಯಹರಿವು ತಿರಸ್ಕಾರವು ದೃಢೀಕರಣವನ್ನು ಬೈಪಾಸ್ ಮಾಡುವ ಅನುಮತಿಯಾಗದಿರಲು ನಿಖರವಾಗಿ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ತನ್ನದೇ ಒಂದನ್ನು ಕಲ್ಪಿಸುವ ಬದಲು ಸಂಸ್ಥೆಯ ದಾಖಲಿತ ಪ್ರಕ್ರಿಯೆಗೆ ಲಿಂಕ್ ಮಾಡಬೇಕು.

ಕಟ್ಟಬೇಕಾದ ನಿಯಮ ಎಂದರೆ ತಿರಸ್ಕಾರವು ಫಲಿತಾಂಶ, ಅಡಚಣೆ ಅಲ್ಲ. ಅದನ್ನು ಒಮ್ಮೆ, ಸ್ಪಷ್ಟವಾಗಿ, ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಸಾಕಷ್ಟು ಸಂದರ್ಭದೊಂದಿಗೆ ವರದಿ ಮಾಡಿ ಮತ್ತು ಮುಂದಿನ ಪ್ರಯತ್ನ ಹೊಸದಾಗಿರಲಿ. ಫಿಶಿಂಗ್-ನಿರೋಧಕ MFA ಬಗ್ಗೆ CISA ಮಾರ್ಗದರ್ಶನವು “ಅನುಮೋದನೆ ಬರುವವರೆಗೆ ಕೇಳು” ಮಾದರಿ ಆರಂಭದಿಂದಲೇ ಅಪಾಯಕಾರಿ ಏಕೆ ಎಂದು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಯಾರಾದರೂ ಮರುಪ್ರಯತ್ನದ ಲೂಪ್ ಸೂಚಿಸಿದಾಗ ಉಲ್ಲೇಖಿಸಲು ಯೋಗ್ಯವಾದ ಆಧಾರ ಅದೇ. ತಿರಸ್ಕಾರದ ನಂತರ ಕ್ಲೈಂಟ್ ಸೇರಿಸುವ ಎಲ್ಲವೂ ಮುಂದಿನ ನಿರ್ಧಾರವನ್ನು ಮನುಷ್ಯನಿಗೆ ಸುಲಭಗೊಳಿಸಬೇಕು, ನಿರ್ಧಾರವನ್ನು ಅವನಿಂದ ಕಸಿದುಕೊಳ್ಳಬಾರದು.