ಕಳೆದುಹೋದ VPN ದೃಢೀಕರಣಕಾರ: MFA ಆಫ್ ಮಾಡದೆ ಬದಲಾಯಿಸಿ

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

ಹಂತ 1: ನೋಂದಾಯಿತ ಅಂಶಗಳನ್ನು ನೆನಪಿನಿಂದ ಅಲ್ಲ, ದಾಖಲೆಯಿಂದ ಓದಿ

ಮೊದಲ ಪ್ರಶ್ನೆ ಯಾವ ಸಾಧನ ಕಳೆದುಹೋಯಿತು ಎಂಬುದಲ್ಲ, ಖಾತೆ ಇನ್ನೂ ಬೇರೆ ಏನನ್ನು ಬಳಸಬಹುದು ಎಂಬುದು. ಖಾತೆಯಲ್ಲಿ ಪಾಸ್ವರ್ಡ್ ಜೊತೆಗೆ ಪುಶ್, ಸಮಯ ಆಧಾರಿತ ಕೋಡ್, ಹಾರ್ಡ್ವೇರ್ ಕೀಲಿ ಮತ್ತು ಮುದ್ರಿತ ಮರುಪ್ರಾಪ್ತಿ ಕೋಡ್ಗಳಿರಬಹುದು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದು ಏಕೈಕವನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದಕ್ಕಿಂತ ಸಂಪೂರ್ಣ ಭಿನ್ನ ಘಟನೆ. ಬಳಸುಗರಿಗೆ ನೆನಪಿಟ್ಟುಕೊಳ್ಳಲು ಹೇಳುವ ಬದಲು ಗುರುತಿನ ವ್ಯವಸ್ಥೆಯಿಂದ ವಿಧಾನಗಳ ಪಟ್ಟಿಯನ್ನು ಓದಿ, ಮತ್ತು Microsoft Entra ಟೆನೆಂಟ್ನಲ್ಲಿ ಪ್ರಶ್ನೆ ಒಂದೇ ಸಾಲು:

Get-MgUserAuthenticationMethod -UserId [email protected]

ನಂತರ ಖಾತೆ ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತಿರುವಾಗ ಮರುಪ್ರಾಪ್ತಿ ದಾಖಲೆಯನ್ನು ಬರೆಯಿರಿ: ಖಾತೆ ಗುರುತಿಸುವಿಕೆ, ನೋಂದಾಯಿತ ಅಂಶಗಳು, ಮರುಪ್ರಾಪ್ತಿ ಕೋಡ್ಗಳು ಎಲ್ಲಿವೆ, ಯಾರು ಸ್ವತಂತ್ರವಾಗಿ ವಿನಂತಿದಾರರನ್ನು ಪರಿಶೀಲಿಸಬಹುದು, ಮತ್ತು ಖಾತೆ ಯಾವ ವ್ಯವಸ್ಥೆಗಳನ್ನು ತಲುಪುತ್ತದೆ. ತಂಡ ಈಗಾಗಲೇ ಬಳಸುವ ಸಂರಕ್ಷಿತ ದಾಸ್ತಾನಿನಲ್ಲಿ ಇರಿಸಿ, ಜೀವಂತ ಕೋಡ್ಗಳಿರುವ ಟಿಪ್ಪಣಿಯಲ್ಲಿ ಎಂದಿಗೂ ಇರಿಸಬೇಡಿ. ಆ ಐದು ಕ್ಷೇತ್ರಗಳು ಗಾಬರಿಯ ಕರೆಯನ್ನು ಪರಿಶೀಲನಾ ಪಟ್ಟಿಯಾಗಿ ಬದಲಿಸುತ್ತವೆ, ಮತ್ತು NISTನ ದೃಢೀಕರಣಕಾರ ಜೀವನಚಕ್ರ ಮಾರ್ಗದರ್ಶನ ಮರುಪ್ರಾಪ್ತಿಯನ್ನು ರುಜುವಾತಿನ ಭಾಗವೆಂದು ಪರಿಗಣಿಸುತ್ತದೆ, ಅದರ ಹೊರತಲ್ಲ.

ಪರಿಶೀಲನಾ ಚಾನಲ್ ಅನ್ನು ಪ್ರತ್ಯೇಕ ಕ್ಷೇತ್ರವಾಗಿ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಜನರು ಬಿಟ್ಟುಬಿಡುವ ಭಾಗ ಅದೇ. ಖಾತೆಗೆ ಜೋಡಿಸಿದ ಫೋನ್ ಸಂಖ್ಯೆ ಸ್ವತಂತ್ರ ಚಾನಲ್ ಅಲ್ಲ, ಕೇಳುವ ವ್ಯಕ್ತಿಯೇ ಫೋನ್ ನಿಯಂತ್ರಿಸುತ್ತಿದ್ದರೆ.

ಹಂತ 2: ವಿನಂತಿದಾರರನ್ನು ವಿಫಲ ಮಾರ್ಗದ ಹೊರಗೆ ಪರಿಶೀಲಿಸಿ

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

ವಿನಂತಿ ತುರ್ತು ಮತ್ತು ಪರಿಶೀಲನೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುವ ಒತ್ತಡದೊಂದಿಗೆ ಬಂದಾಗ, ಆ ಕ್ಷಣವೇ ನಿಧಾನವಾಗುವ ಸಮಯ. ಮರುಪ್ರಾಪ್ತಿ ವಂಚನೆ ತ್ವರೆ ಮಾಡುತ್ತಿರುವ ಸಹಾಯಕ ಸಹೋದ್ಯೋಗಿಯಂತೆಯೇ ಕಾಣುತ್ತದೆ.

ಹಂತ 3: ಬದಲಿಯನ್ನು ನೋಂದಿಸಿ, ನಂತರ ಹಳೆಯ ಅಂಶವನ್ನು ನಿಲ್ಲಿಸಿ

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

Revoke-MgUserSignInSession -UserId [email protected]

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

ಹಂತ 4: ಖಾತೆ ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸಿ

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

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

ಯಶಸ್ವಿ ಲಾಗಿನ್ನ ಸಮಯಮುದ್ರೆ ಮತ್ತು ಈಗ ಬಳಸುತ್ತಿರುವ ಅಂಶದ ಹೆಸರಿನೊಂದಿಗೆ ಟಿಕೆಟ್ ಮುಚ್ಚಿ. ಅದೇ ಹಂತದಲ್ಲಿ ಮರುಪ್ರಾಪ್ತಿ ದಾಖಲೆಯನ್ನು ನವೀಕರಿಸಿ, ಮುಂದಿನ ನಷ್ಟವು ಹಳೆಯದಲ್ಲ, ನಿಖರ ದಾಸ್ತಾನಿನಿಂದ ಪ್ರಾರಂಭವಾಗಲಿ.

ಹಂತ 5: ಇದನ್ನು ನೋವಿನದಾಗಿಸಿದ ಷರತ್ತನ್ನು ತೆಗೆದುಹಾಕಿ

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

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