Squid পাসওয়ার্ড এবং আট অক্ষরের DES crypt সীমা

প্রক্সি পুরোনো পাসওয়ার্ড গ্রহণ করে যখন তার শেষাংশ বদলে যায়, অথবা পাসওয়ার্ড ফাইল স্থানান্তর হঠাৎ দীর্ঘ পাসওয়ার্ডযুক্ত অ্যাকাউন্টগুলো ভেঙে দেয়। সবার পাসওয়ার্ড ছোট করার আগে হ্যাশ ফরম্যাট পরীক্ষা করুন।

Apache-এর htpasswd -d পুরোনো crypt() হ্যাশিং বেছে নেয়। এর নথিভুক্ত DES সীমাবদ্ধতা আটটি তাৎপর্যপূর্ণ পাসওয়ার্ড অক্ষর। ওই সীমাবদ্ধতা ফরম্যাটের, Squid-এ পাসওয়ার্ডের জন্য সর্বজনীন আট-অক্ষরের নিয়মের নয়।

NCSA হেল্পার সংরক্ষিত পাসওয়ার্ড উপস্থাপনা পড়ে এবং প্রদত্ত মান যাচাই করে সেই হেল্পার ও তার প্ল্যাটফর্ম সমর্থিত ফরম্যাটে। একটি ফাইলকে “htpasswd ফরম্যাট” বলা নিশ্চিত করে না যে প্রতিটি ঐতিহাসিক ও বর্তমান হেল্পার htpasswd-এর প্রতিটি অপশনের উৎপন্ন প্রতিটি হ্যাশ অ্যালগরিদম গ্রহণ করে।

উপস্থাপনাটি সচেতনভাবে স্থানান্তর করুন

সুরক্ষিত ব্যাকআপ রাখুন এবং বিদ্যমান এন্ট্রির ব্যবহৃত ফরম্যাট শনাক্ত করুন। প্রতিস্থাপন অ্যালগরিদম বাছার আগে ইনস্টল করা হেল্পারের ম্যানুয়াল ও ডিস্ট্রিবিউশন বিল্ড দেখুন।

তারপর ছোট একটি অনুমোদিত পরীক্ষা অ্যাকাউন্ট আসল অ্যাকাউন্টগুলোর ব্যবহৃত একই হেল্পার ও প্রক্সি পথে যাচাই করুন। একটি জেনারেটরের ফাইল সফলভাবে লেখা প্রমাণ করে না যে ভোক্তা হেল্পার এটি বৈধতা দিতে পারে। এমন পরীক্ষামূলক পাসওয়ার্ড ব্যবহার করুন যার তাৎপর্যপূর্ণ অক্ষর পুরোনো সীমা ছাড়িয়ে যায়।

ফরম্যাট বদলাতে সাধারণত প্রকৃত পাসওয়ার্ড বা পাসওয়ার্ড রিসেট প্রয়োজন। ওই তথ্য কখনো সংরক্ষিত না থাকলে একটি পুরোনো হ্যাশকে সম্পূর্ণ মূল পাসওয়ার্ডের শক্তিশালী হ্যাশে রূপান্তর করা যায় না।

শেষে, স্থানান্তর ব্যর্থতাকে ক্যাশে করা প্রমাণীকরণ থেকে আলাদা করুন। ইতিমধ্যে প্রমাণিত ক্লায়েন্ট কিছু সময় কাজ চালিয়ে যেতে পারে, যদিও নতুন যাচাই ব্যর্থ হয়। নতুন প্রমাণীকরণ ও বিদ্যমান সেশন দুটোই ধরে রোলআউট পরিকল্পনা করুন।

বাগ রিপোর্টে পাসওয়ার্ড ফাইল প্রকাশ করবেন না। অ্যালগরিদম মার্কার ও একটি কৃত্রিম অ্যাকাউন্ট সাধারণত আসল ব্যবহারকারীদের হ্যাশের চেয়ে বেশি উপকারী প্রমাণ দেয়।