Squid पासवर्ड आणि आठ-अक्षरी DES crypt मर्यादा

प्रॉक्सी जुना पासवर्ड तेव्हा स्वीकारतो जेव्हा त्याचा शेवट बदलतो, किंवा पासवर्ड फाइल स्थलांतर अचानक लांब पासवर्ड असलेली खाती तोडते. सर्वांचे पासवर्ड लहान करण्यापूर्वी hash स्वरूप तपासा.

Apache चे htpasswd -d जुने crypt() हॅशिंग निवडते. त्याची नोंदवलेली DES मर्यादा आठ महत्त्वाची पासवर्ड अक्षरे आहे. ही मर्यादा स्वरूपाची आहे, Squid मधील पासवर्डसाठीच्या सार्वत्रिक आठ-अक्षरी नियमाची नाही.

NCSA सहाय्यक साठवलेले पासवर्ड प्रतिनिधित्व वाचतो आणि दिलेले मूल्य त्या सहाय्यकाला व त्याच्या प्लॅटफॉर्मला समर्थित असलेल्या स्वरूपांमध्ये पडताळतो. फाइलला “htpasswd स्वरूप” म्हणणे हे हमी देत नाही की प्रत्येक ऐतिहासिक आणि सध्याचा सहाय्यक htpasswd च्या प्रत्येक पर्यायाने तयार केलेला प्रत्येक hash अल्गोरिदम स्वीकारतो.

प्रतिनिधित्व जाणीवपूर्वक स्थलांतरित करा

संरक्षित बॅकअप ठेवा आणि विद्यमान नोंदी वापरत असलेले स्वरूप ओळखा. बदली अल्गोरिदम निवडण्यापूर्वी स्थापित सहाय्यकाचे पुस्तिका आणि वितरणाचे build तपासा.

नंतर खऱ्या खात्यांनी वापरत असलेल्या त्याच सहाय्यक आणि प्रॉक्सी मार्गाने लहान मंजूर चाचणी खाते पडताळा. जनरेटरने फाइल यशस्वीरित्या लिहिणे हे सिद्ध करत नाही की ती वाचणारा सहाय्यक ती वैध ठरवू शकतो. महत्त्वाची अक्षरे जुन्या मर्यादेपलीकडे जाणारा चाचणी पासवर्ड वापरा.

स्वरूप बदलण्यासाठी सामान्यतः प्रत्यक्ष पासवर्ड किंवा पासवर्ड रीसेट आवश्यक असतो. ती माहिती कधीही साठवली नसल्यास जुन्या hash चे पूर्ण मूळ पासवर्डच्या अधिक मजबूत hash मध्ये रूपांतर करता येत नाही.

शेवटी, स्थलांतराच्या अपयशाला कॅशे केलेल्या प्रमाणीकरणापासून वेगळे ओळखा. आधीच प्रमाणित केलेला क्लायंट नवीन पडताळणी अपयशी झाली तरी काही काळ काम करत राहू शकतो. नवीन प्रमाणीकरण आणि विद्यमान सत्रे दोन्ही लक्षात घेऊन रोलआउटची योजना करा.

बग अहवालात पासवर्ड फाइल प्रकाशित करू नका. अल्गोरिदम मार्कर आणि कृत्रिम खाते सामान्यतः खऱ्या वापरकर्त्यांच्या hash पेक्षा अधिक उपयुक्त पुरावा देतात.