ಪಾಸ್ವರ್ಡ್ ಇಮೇಲ್ ಹಿಂತಿರುಗಿಸುವಿಕೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಸ್ಕೀಮವನ್ನಲ್ಲ

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

ಸಾಕ್ಷ್ಯವನ್ನು ಆ ಮಟ್ಟದಲ್ಲೇ ಇರಿಸಿ, ಪರಿಶೀಲನೆಯ ಉಳಿದ ಭಾಗ ನಿಖರವಾಗಿ ಉಳಿಯುತ್ತದೆ.

ಹಳೆಯ ರಹಸ್ಯವನ್ನು ಹಿಂತಿರುಗಿಸುವುದು ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ

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

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

ಇದು ವಿನ್ಯಾಸದ ಶೋಧನೆ ಏಕೆ, ಸಂಗ್ರಹದ ನಕ್ಷೆ ಅಲ್ಲ

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

ನೀವು ಹೇಳಬಹುದಾದ್ದು ಹೆಚ್ಚು ಸಂಕುಚಿತ ಮತ್ತು ಹೆಚ್ಚು ಉಪಯುಕ್ತ: ಈ ಮಾರ್ಗ ರಹಸ್ಯವನ್ನು ಮರುಪಡೆಯಬಲ್ಲದು, ಆದ್ದರಿಂದ ಮರುಪಡೆಯಬಹುದಾದ ರುಜುವಾತು ಇಲ್ಲ ಎಂದು ಉತ್ಪನ್ನ ಪ್ರತಿಪಾದಿಸಲಾಗದು. ಅದಕ್ಕಿಂತ ಹೆಚ್ಚಿನದಕ್ಕೆಲ್ಲಾ ನಿರ್ವಾಹಕರ ಸಾಕ್ಷ್ಯ ಬೇಕು.

ಮರುಹೊಂದಿಕೆಯನ್ನು ಅಧಿಕಾರದ ಸುತ್ತ ಕಟ್ಟಿರಿ

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

ಇಮೇಲ್ ಮಾರ್ಗ ಭದ್ರತಾ ಮಾದರಿಯ ಭಾಗ. ಖಾತೆಯ ಹೆಸರು ಹೊಂದಿರುವುದು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಖಾತೆ ಇದೆಯೇ ಎಂದು ಬಹಿರಂಗಪಡಿಸುವ ಮರುಹೊಂದಿಕೆ ಹರಿವು ಆಕ್ರಮಣಕಾರನಿಗೆ ಕೆಲಸ ಮಾಡಲು ಮಾರ್ಗದರ್ಶಿ ನೀಡುತ್ತದೆ.

ಪಾಸ್ವರ್ಡ್ ರಕ್ಷಿಸಿದ್ದನ್ನು ಅಮಾನ್ಯಗೊಳಿಸಿ

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

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

ನಿಖರ ಮೌಲ್ಯಮಾಪನ ಸಂಕ್ಷಿಪ್ತ: ಸಂದೇಶ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಏನು ಅಜ್ಞಾತವಾಗಿ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಮರುಪಡೆಯುವಿಕೆ ನಿಯಂತ್ರಿತ ಪ್ರಕ್ರಿಯೆಯ ಮೂಲಕ ಪ್ರವೇಶವನ್ನು ಬದಲಿಸುತ್ತದೆಯೇ.