گذرواژه‌های Squid و محدودیت هشت‌کاراکتری DES crypt
کوتاه‌شدن ظاهری گذرواژه را تا قالب هش ذخیره‌شده ردیابی کنید، پیش از آنکه Squid را سرزنش کنید یا بی‌صدا فایل گذرواژه ناسازگاری بسازید.
پروکسی گذرواژه قدیمی را وقتی پایانش تغییر می‌کند می‌پذیرد، یا مهاجرت فایل گذرواژه ناگهان حساب‌های دارای گذرواژه بلند را خراب می‌کند. پیش از کوتاه کردن گذرواژه همه، قالب هش را بررسی کنید.
htpasswd -d در Apache هش قدیمی crypt() را انتخاب می‌کند. محدودیت مستند DES آن هشت کاراکتر معنادار گذرواژه است. این محدودیت از آنِ قالب است، نه یک قاعده جهانی هشت‌کاراکتری برای گذرواژه‌ها در Squid.
کمک‌کننده NCSA بازنمایی ذخیره‌شده گذرواژه را می‌خواند و مقدار ارائه‌شده را با قالب‌هایی که آن کمک‌کننده و سکوی آن پشتیبانی می‌کنند بررسی می‌کند. نامیدن یک فایل به‌عنوان «قالب htpasswd» تضمین نمی‌کند که هر کمک‌کننده تاریخی و کنونی هر الگوریتم هشی را که هر گزینهٔ htpasswd تولید می‌کند بپذیرد.
بازنمایی را آگاهانه مهاجرت دهید
یک نسخه پشتیبان محافظت‌شده نگه دارید و قالب مورد استفاده ورودی‌های موجود را شناسایی کنید. پیش از انتخاب الگوریتم جایگزین، راهنمای کمک‌کننده نصب‌شده و ساخت توزیع را بررسی کنید.
سپس یک حساب آزمایشی کوچک و تأییدشده را از همان کمک‌کننده و همان مسیر پروکسی که حساب‌های واقعی استفاده می‌کنند بررسی کنید. موفقیت یک تولیدکننده در نوشتن فایل ثابت نمی‌کند که کمک‌کننده مصرف‌کننده می‌تواند آن را اعتبارسنجی کند. از گذرواژه آزمایشی استفاده کنید که کاراکترهای معنادارش از مرز قدیمی فراتر می‌رود.
تغییر قالب‌ها معمولاً به گذرواژه واقعی یا بازنشانی گذرواژه نیاز دارد. هش قدیمی را نمی‌توان به هش قوی‌ترِ گذرواژه اصلی کامل تبدیل کرد اگر آن اطلاعات هرگز نگه داشته نشده باشد.
در پایان، شکست مهاجرت را از احراز هویت کش‌شده جدا کنید. کارخواهی که پیش‌تر احراز هویت شده ممکن است مدتی به کار ادامه دهد حتی وقتی اعتبارسنجی تازه شکست بخورد. راه‌اندازی را هم بر پایه احراز هویت تازه و هم نشست‌های موجود برنامه‌ریزی کنید.
فایل گذرواژه را در گزارش اشکال منتشر نکنید. نشانگر الگوریتم و یک حساب ساختگی معمولاً شواهد سودمندتری از هش کاربران واقعی فراهم می‌کنند.