Squid کے پاس ورڈ اور DES crypt کی آٹھ حروف کی حد

پروکسی پرانا پاس ورڈ اس وقت قبول کرتا ہے جب اس کا اختتام بدل جائے، یا پاس ورڈ فائل کی منتقلی اچانک لمبے پاس ورڈ والے اکاؤنٹس کو خراب کر دیتی ہے۔ سب کے پاس ورڈ چھوٹے کرنے سے پہلے hash فارمیٹ کی جانچ کریں۔

Apache کا htpasswd -d پرانا crypt() ہیشنگ چنتا ہے۔ اس کی دستاویزی DES حد آٹھ اہم پاس ورڈ حروف ہے۔ یہ حد فارمیٹ کی ہے، Squid میں پاس ورڈز کے لیے کسی عالمگیر آٹھ حروف کے قانون کی نہیں۔

NCSA مددگار محفوظ شدہ پاس ورڈ نمائندگی پڑھتا ہے اور دی گئی قدر کو ان فارمیٹس میں تصدیق کرتا ہے جو وہ مددگار اور اس کا پلیٹ فارم معاونت کرتے ہیں۔ کسی فائل کو “htpasswd فارمیٹ” کہنا یہ یقینی نہیں کرتا کہ ہر تاریخی اور موجودہ مددگار htpasswd کے ہر اختیار سے بننے والا ہر hash الگورتھم قبول کرے گا۔

نمائندگی کو سوچ سمجھ کر منتقل کریں

محفوظ بیک اپ رکھیں اور موجودہ اندراجات کا استعمال کردہ فارمیٹ شناخت کریں۔ متبادل الگورتھم چننے سے پہلے نصب شدہ مددگار کا دستی ہدایت نامہ اور ڈسٹری بیوشن بلڈ دیکھیں۔

پھر چھوٹے منظور شدہ ٹیسٹ اکاؤنٹ کو اسی مددگار اور اسی پروکسی راستے سے تصدیق کریں جو اصل اکاؤنٹس استعمال کرتے ہیں۔ جنریٹر کا فائل کامیابی سے لکھنا یہ ثابت نہیں کرتا کہ پڑھنے والا مددگار اسے درست ثابت کر سکتا ہے۔ ایسا ٹیسٹ پاس ورڈ استعمال کریں جس کے اہم حروف پرانی حد سے آگے جاتے ہوں۔

فارمیٹ بدلنے کے لیے عام طور پر اصل پاس ورڈ یا پاس ورڈ ری سیٹ درکار ہوتا ہے۔ اگر یہ معلومات کبھی محفوظ نہ کی گئی ہوں تو پرانے hash کو مکمل اصل پاس ورڈ کے زیادہ مضبوط hash میں تبدیل نہیں کیا جا سکتا۔

آخر میں، منتقلی کی ناکامی کو کیش شدہ توثیق سے الگ پہچانیں۔ پہلے سے تصدیق شدہ کلائنٹ نئی جانچ ناکام ہونے پر بھی کچھ وقت کام جاری رکھ سکتا ہے۔ نئی توثیق اور موجودہ سیشنز دونوں کو مدنظر رکھ کر رول آؤٹ کی منصوبہ بندی کریں۔

بگ رپورٹ میں پاس ورڈ فائل شائع نہ کریں۔ الگورتھم مارکر اور مصنوعی اکاؤنٹ عام طور پر اصل صارفین کے hash سے زیادہ کارآمد ثبوت دیتے ہیں۔