Лозинки на Squid и ограничувањето од осум знаци на DES crypt
Проследете го привидното скратување на лозинката до форматот на зачуваниот hash пред да го обвините Squid или тивко да пресоздадете некомпатибилна датотека со лозинки.
Прокси прифаќа стара лозинка кога ќе ѝ се промени крајот, или миграцијата на датотеката со лозинки одеднаш ги расипува сметките со долги лозинки. Проверете го форматот на hash пред на сите да им ги скратите лозинките.
htpasswd -d на Apache го избира застареното crypt() хеширање. Неговото документирано DES ограничување е осум значајни знаци од лозинката. Тоа ограничување ѝ припаѓа на формата, а не на универзално правило од осум знаци за лозинките во Squid.
Помошникот NCSA ја чита зачуваната претстава на лозинката и ја проверува доставената вредност со форматите што ги поддржуваат тој помошник и неговата платформа. Да се нарече датотека “htpasswd формат” не гарантира дека секој историски и тековен помошник прифаќа секој hash алгоритам што го создава секоја опција на htpasswd.
Мигрирајте ја претставата намерно
Чувајте заштитена резервна копија и утврдете го форматот што го користат постоечките записи. Проверете го прирачникот на инсталираниот помошник и build-от на дистрибуцијата пред да го изберете заменскиот алгоритам.
Потоа проверете мала одобрена тест-сметка низ истиот помошник и истата прокси патека што ја користат вистинските сметки. Успешното запишување на датотека од генератор не докажува дека помошникот што ја чита може да ја валидира. Користете тест-лозинка чии значајни знаци излегуваат надвор од старата граница.
Менувањето формати обично бара вистинската лозинка или ресетирање на лозинката. Стариот hash не може да се претвори во посилен hash на целосната оригинална лозинка ако тие информации никогаш не биле зачувани.
На крајот, разликувајте неуспех на миграција од кеширана автентикација. Веќе автентициран клиент може да продолжи да работи извесно време дури и кога нова валидација би пропаднала. Планирајте го пуштањето и околу свежата автентикација и околу постоечките сесии.
Не ја објавувајте датотеката со лозинки во извештај за грешка. Ознаката на алгоритмот и синтетичка сметка обично даваат покорисни докази од hash-овите на вистинските корисници.