Squid ಪಾಸ್‌ವರ್ಡ್‌ಗಳು ಮತ್ತು DES crypt ನ ಎಂಟು-ಅಕ್ಷರ ಮಿತಿ
Squid ಅನ್ನು ದೂಷಿಸುವ ಅಥವಾ ಹೊಂದಿಕೆಯಾಗದ ಪಾಸ್‌ವರ್ಡ್ ಫೈಲ್ ಅನ್ನು ಸದ್ದಿಲ್ಲದೆ ಮತ್ತೆ ರಚಿಸುವ ಮೊದಲು ಕಾಣುವ ಪಾಸ್‌ವರ್ಡ್ ಕತ್ತರಿಸುವಿಕೆಯನ್ನು ಸಂಗ್ರಹಿತ hash ಸ್ವರೂಪದವರೆಗೆ ಪತ್ತೆ ಮಾಡಿ.
ಪ್ರಾಕ್ಸಿ ಹಳೆಯ ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ಅದರ ಅಂತ್ಯ ಬದಲಾದಾಗ ಸ್ವೀಕರಿಸುತ್ತದೆ, ಅಥವಾ ಪಾಸ್‌ವರ್ಡ್ ಫೈಲ್ ವರ್ಗಾವಣೆ ಉದ್ದ ಪಾಸ್‌ವರ್ಡ್‌ಗಳಿರುವ ಖಾತೆಗಳನ್ನು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಮುರಿಯುತ್ತದೆ. ಎಲ್ಲರ ಪಾಸ್‌ವರ್ಡ್‌ಗಳನ್ನು ಚಿಕ್ಕದಾಗಿಸುವ ಮೊದಲು hash ಸ್ವರೂಪವನ್ನು ಪರಿಶೀಲಿಸಿ.
Apache ನ htpasswd -d ಹಳೆಯ crypt() ಹ್ಯಾಶಿಂಗ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಅದರ ದಾಖಲಿತ DES ಮಿತಿ ಎಂಟು ಮಹತ್ವದ ಪಾಸ್‌ವರ್ಡ್ ಅಕ್ಷರಗಳು. ಆ ಮಿತಿ ಸ್ವರೂಪಕ್ಕೆ ಸೇರಿದ್ದು, Squid ನಲ್ಲಿ ಪಾಸ್‌ವರ್ಡ್‌ಗಳಿಗೆ ಸಾರ್ವತ್ರಿಕ ಎಂಟು-ಅಕ್ಷರ ನಿಯಮಕ್ಕಲ್ಲ.
NCSA ಸಹಾಯಕ ಸಂಗ್ರಹಿತ ಪಾಸ್‌ವರ್ಡ್ ನಿರೂಪಣೆಯನ್ನು ಓದಿ, ನೀಡಿದ ಮೌಲ್ಯವನ್ನು ಆ ಸಹಾಯಕ ಮತ್ತು ಅದರ ವೇದಿಕೆ ಬೆಂಬಲಿಸುವ ಸ್ವರೂಪಗಳಲ್ಲಿ ಪರಿಶೀಲಿಸುತ್ತದೆ. ಫೈಲ್ ಅನ್ನು “htpasswd ಸ್ವರೂಪ” ಎಂದು ಕರೆಯುವುದು ಪ್ರತಿ ಐತಿಹಾಸಿಕ ಮತ್ತು ಪ್ರಸ್ತುತ ಸಹಾಯಕವೂ htpasswd ನ ಪ್ರತಿ ಆಯ್ಕೆ ಉತ್ಪಾದಿಸುವ ಪ್ರತಿ hash ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂಬ ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ.
ನಿರೂಪಣೆಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ವರ್ಗಾಯಿಸಿ
ಸಂರಕ್ಷಿತ ಬ್ಯಾಕಪ್ ಇಟ್ಟುಕೊಳ್ಳಿ ಮತ್ತು ಇರುವ ನಮೂದುಗಳು ಬಳಸುವ ಸ್ವರೂಪವನ್ನು ಗುರುತಿಸಿ. ಬದಲಿ ಅಲ್ಗಾರಿದಮ್ ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಸ್ಥಾಪಿತ ಸಹಾಯಕದ ಕೈಪಿಡಿ ಮತ್ತು ವಿತರಣೆಯ build ಪರಿಶೀಲಿಸಿ.
ನಂತರ ನಿಜವಾದ ಖಾತೆಗಳು ಬಳಸುವ ಅದೇ ಸಹಾಯಕ ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಮಾರ್ಗದ ಮೂಲಕ ಸಣ್ಣ ಅನುಮೋದಿತ ಪರೀಕ್ಷಾ ಖಾತೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಜನರೇಟರ್ ಫೈಲ್ ಬರೆಯುವಲ್ಲಿ ಯಶಸ್ವಿಯಾದರೂ ಅದನ್ನು ಬಳಸುವ ಸಹಾಯಕ ಅದನ್ನು ಮಾನ್ಯಗೊಳಿಸಬಲ್ಲದು ಎಂದು ಸಾಬೀತಾಗುವುದಿಲ್ಲ. ಮಹತ್ವದ ಅಕ್ಷರಗಳು ಹಳೆಯ ಮಿತಿಯನ್ನು ಮೀರುವ ಪರೀಕ್ಷಾ ಪಾಸ್‌ವರ್ಡ್ ಬಳಸಿ.
ಸ್ವರೂಪಗಳನ್ನು ಬದಲಾಯಿಸಲು ಸಾಮಾನ್ಯವಾಗಿ ನಿಜವಾದ ಪಾಸ್‌ವರ್ಡ್ ಅಥವಾ ಪಾಸ್‌ವರ್ಡ್ ಮರುಹೊಂದಿಕೆ ಬೇಕು. ಆ ಮಾಹಿತಿ ಎಂದೂ ಉಳಿಸಿಡದಿದ್ದರೆ ಹಳೆಯ hash ಅನ್ನು ಪೂರ್ಣ ಮೂಲ ಪಾಸ್‌ವರ್ಡ್‌ನ ಬಲವಾದ hash ಆಗಿ ಪರಿವರ್ತಿಸಲಾಗದು.
ಕೊನೆಯದಾಗಿ, ವರ್ಗಾವಣೆ ವೈಫಲ್ಯವನ್ನು ಕ್ಯಾಶ್ ಮಾಡಿದ ದೃಢೀಕರಣದಿಂದ ಬೇರ್ಪಡಿಸಿ. ಈಗಾಗಲೇ ದೃಢೀಕರಿಸಲಾದ ಕ್ಲೈಂಟ್ ಹೊಸ ಮಾನ್ಯತೆ ವಿಫಲವಾದರೂ ಸ್ವಲ್ಪ ಕಾಲ ಕೆಲಸ ಮುಂದುವರಿಸಬಹುದು. ಹೊಸ ದೃಢೀಕರಣ ಮತ್ತು ಇರುವ ಅವಧಿಗಳೆರಡನ್ನೂ ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ಬಿಡುಗಡೆಯನ್ನು ಯೋಜಿಸಿ.
ದೋಷ ವರದಿಯಲ್ಲಿ ಪಾಸ್‌ವರ್ಡ್ ಫೈಲ್ ಪ್ರಕಟಿಸಬೇಡಿ. ಅಲ್ಗಾರಿದಮ್ ಗುರುತು ಮತ್ತು ಕೃತಕ ಖಾತೆ ಸಾಮಾನ್ಯವಾಗಿ ನಿಜವಾದ ಬಳಕೆದಾರರ hash ಗಿಂತ ಹೆಚ್ಚು ಉಪಯುಕ್ತ ಸಾಕ್ಷ್ಯ ನೀಡುತ್ತವೆ.