ಎಲ್ಲಾ ಸಾಧನಗಳನ್ನು ಲಾಕ್ ಔಟ್ ಮಾಡದೆ VPN ಪಾಸ್ವರ್ಡ್ ಬದಲಿಸಿ

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

ಪುರಾಣ: ಒಂದು ಬದಲಾವಣೆ, ಎಲ್ಲೆಡೆ ಒಟ್ಟಿಗೆ

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

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

ರೊಟೇಶನ್ಗೆ ಮೊದಲು ಪ್ರತಿಗಳ ದಾಸ್ತಾನು ಮಾಡಿ

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

ಆಫ್ಲೈನ್ ಸಾಧನಗಳು ಸಾಂಪ್ರದಾಯಿಕ ತಪ್ಪು. ಸೆಳೆಬೀರುವೆಯಲ್ಲಿರುವ ಲ್ಯಾಪ್ಟಾಪ್ ಮೂರು ವಾರಗಳ ನಂತರ ಮರಳಿ ಬಂದು ಅತ್ಯಂತ ಕೆಟ್ಟ ಕ್ಷಣದಲ್ಲಿ ಹಳೆಯ ಮೌಲ್ಯವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುತ್ತದೆ. ಅದರ ಸ್ಥಳ ಮತ್ತು ವೇಳಾಪಟ್ಟಿಯನ್ನೂ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಕಾಯುವ ಬದಲು ಅದನ್ನು ಹಿಂದಟ್ಟಬೇಕು.

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

grep -rl auth-user-pass /etc/openvpn /etc/NetworkManager
grep -rl auth-user-pass ~/.config 2>/dev/null

ಪ್ರತಿಗಳನ್ನು ಅವುಗಳ ಮಾಲೀಕರ ವಿರುದ್ಧ ಅಳೆಯಿರಿ. ಯಾರೂ ಹಕ್ಕು ಸಾಧಿಸದ ಸಾಧನವನ್ನು ಯಾರೂ ನವೀಕರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಅದೇ ಮರುಪ್ರಯತ್ನ ಮುಂದುವರಿಸುವ ಸಾಧ್ಯತೆ ಹೆಚ್ಚು.

ನೀವು ನಿಜವಾಗಿ ಯಾವ ರಹಸ್ಯವನ್ನು ತಿರುಗಿಸುತ್ತಿದ್ದೀರಿ

ಖಾತೆ ಪಾಸ್ವರ್ಡ್ VPN ನಿಯೋಜನೆಯಲ್ಲಿ ಒಂದೇ ರುಜುವಾತು. ಕೀ ಪದಗುಚ್ಛ, ಪ್ರಮಾಣಪತ್ರ ಗುರುತು ಮತ್ತು ಐಚ್ಛಿಕ ಸಹವರ್ತಿ ರಹಸ್ಯ ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಬದಲಾವಣೆ ಮಾರ್ಗ ಮತ್ತು ತನ್ನದೇ ಮಾಲೀಕರಿದ್ದಾರೆ. ಖಾತೆ ಪಾಸ್ವರ್ಡ್ ಬದಲಿಸುವುದು ಪ್ರಮಾಣಪತ್ರದಿಂದ ದೃಢೀಕರಿಸುವ ಸಾಧನಕ್ಕೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರಮಾಣಪತ್ರವನ್ನು ಮತ್ತೆ ನೀಡುವುದು ಉಳಿಸಿದ ಪಾಸ್ವರ್ಡ್ ಹೊಂದಿರುವ ಕ್ಲೈಂಟ್ಗೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ. ಪರಿಹಾರವನ್ನು ಹೆಸರಿಸುವ ಮೊದಲು ರಹಸ್ಯವನ್ನು ಹೆಸರಿಸಿ.

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

ಉಳಿಸಿದ ಮೌಲ್ಯ ಅದು ಇರುವಲ್ಲಿಯೇ ಬದಲಿಸಿ

ಸೇವೆ ದಾಖಲಿಸುವ ವ್ಯವಸ್ಥೆಯ ಮೂಲಕ ರುಜುವಾತು ಬದಲಿಸಿ, ನಂತರ ಉಳಿಸಿದ ಪ್ರತಿ ನವೀಕರಿಸಿ ಅಥವಾ ನೀವು ಉಳಿಸಿಕೊಳ್ಳಲು ಬಯಸುವ ಪ್ರತಿ ಸಾಧನದಲ್ಲಿ ಸೈನ್-ಇನ್ ಹರಿವು ನಡೆಸಿ. ಅದನ್ನು ಮತ್ತೆ ಬರೆಯುವ ನಿರ್ವಾಹಕದ ಹಿಂದೆ ಉತ್ಪಾದಿಸಿದ ಸಂರಚನೆಯನ್ನು ಸಂಪಾದಿಸಬೇಡಿ, ಏಕೆಂದರೆ ನಿರ್ವಾಹಕ ಮುಂದಿನ ಬಾರಿ ಹಳೆಯ ಮೌಲ್ಯವನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ ಮತ್ತು ಸಂಪಾದನೆ ವಿಳಂಬಿತ ವೈಫಲ್ಯವಾಗುತ್ತದೆ. ನಿರ್ವಾಹಕ ಓದುವ ಮೂಲವನ್ನು ನವೀಕರಿಸಿ, ಅಥವಾ ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ರುಜುವಾತು ಸಂಗ್ರಹ ಬಳಸಿ. ಹೇಗಾದರೂ, ಸಾಧನವು ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಓದುವ ಸ್ಥಳದಲ್ಲಿ ಹೊಸ ಮೌಲ್ಯದೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳಬೇಕು.

ಪಾಸ್ವರ್ಡ್ ಫೈಲ್ ಉಳಿಸುವ ಕ್ಲೈಂಟ್ಗೆ ಫೈಲ್ ಮತ್ತೆ ಬರೆಯಬೇಕು, ಆದರೆ ಕೇಳುವ ಕ್ಲೈಂಟ್ಗೆ ಪೂರ್ಣಗೊಂಡ ಸೈನ್-ಇನ್ ಬೇಕು. NetworkManager ರಹಸ್ಯವನ್ನು ಸಂಪರ್ಕ ಪ್ರೊಫೈಲ್ನೊಳಗೆ ಇಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಬದಲಾವಣೆ ಪಠ್ಯ ಸಂಪಾದಕದ ಬದಲು nmcli ಮೂಲಕ ಹೋಗುತ್ತದೆ:

nmcli connection modify work vpn.secrets "password=NEW"
nmcli connection up work

ರುಜುವಾತು ಫೈಲ್ ಓದುವ ಪ್ರೊಫೈಲ್ ಮೂರನೇ ಪ್ರಕರಣ. ಆ ಫೈಲ್ನ ವಿಷಯವನ್ನು ಬದಲಿಸಿ, ಅದರ ಅನುಮತಿಗಳನ್ನು ಮುಚ್ಚಿಡಿ, ಮತ್ತು ಅದನ್ನು ಸೂಚಿಸುವ ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸುವ ಬದಲು ಕ್ಲೈಂಟ್ ಮತ್ತೆ ಲೋಡ್ ಮಾಡಿ. ಪ್ರೊಫೈಲ್ ಬದಲಾಗಿಲ್ಲ; ಅದು ಓದುವ ರಹಸ್ಯ ಮಾತ್ರ ಬದಲಾಗಿದೆ.

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

ಅವಧಿಗಳು ಮತ್ತು ಟೋಕನ್ಗಳು ಪಾಸ್ವರ್ಡ್ಗಿಂತ ಹೆಚ್ಚು ಬದುಕುತ್ತವೆ

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

NIST SP 800-63B ನಲ್ಲಿನ ರುಜುವಾತು ಜೀವನಚಕ್ರ ಮಾರ್ಗದರ್ಶನ ದೃಢೀಕರಣಕಾರರು ಮತ್ತು ಅವಧಿಗಳನ್ನು ಪ್ರತ್ಯೇಕ ವರ್ಗಗಳಲ್ಲಿ ಇಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಪಾಸ್ವರ್ಡ್ ಬದಲಾವಣೆ ಮತ್ತು ಜಾಗತಿಕ ಲಾಗ್ ಔಟ್ ಬೇರೆ ಬೇರೆ ಕಾರ್ಯಾಚರಣೆಗಳು. ಅವುಗಳನ್ನು ಎರಡು ಪೂರ್ಣಗೊಳಿಸುವ ಮಾನದಂಡಗಳಿರುವ ಎರಡು ಕಾರ್ಯಗಳಾಗಿ ಪರಿಗಣಿಸಿ. ಮೊದಲನೆಯದು ಹೊಸ ಮೌಲ್ಯ ಕೆಲಸ ಮಾಡಿದಾಗ ಮುಗಿಯುತ್ತದೆ, ಎರಡನೆಯದು ಹಳೆಯ ಅವಧಿಗಳು ಹೋದಾಗ ಮುಗಿಯುತ್ತದೆ.

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