Squid-passord og DES crypt-grensa på åtte teikn

Ein proxy godtek eit gammalt passord når slutten endrar seg, eller ei migrering av passordfila øydelegg plutseleg kontoar med lange passord. Undersøk hash-formatet før du forkortar passorda til alle.

Apaches htpasswd -d vel den eldre crypt()-hashen. Den dokumenterte DES-grensa er åtte signifikante passordteikn. Den grensa høyrer til formatet, ikkje til ei universell regel om åtte teikn for passord i Squid.

NCSA-hjelparen les den lagra passordreprésentasjonen og stadfester den oppgjevne verdien med formata som hjelparen og plattforma hans støttar. Å kalle ei fil “htpasswd-format” garanterer ikkje at kvar historisk og noverande hjelpar godtek kvar hash-algoritme som kvar htpasswd-opsjon lagar.

Migrer représentasjonen med vilje

Ta vare på ein verna tryggingskopi og finn ut kva format dei eksisterande oppføringane brukar. Sjekk handboka til den installerte hjelparen og bygget av distribusjonen før du vel erstattingsalgoritmen.

Stadfest deretter ein liten godkjend testkonto gjennom den same hjelparen og proxyvegen som dei verkelege kontoane brukar. At ein generator skriv ei fil, beviser ikkje at hjelparen som les henne kan validera henne. Bruk eit testpassord der dei signifikante teikna går ut over den gamle grensa.

Å byte format krev vanlegvis det faktiske passordet eller ei tilbakestilling. Ein gammal hash kan ikkje gjerast om til ein sterkare hash av det fullstendige opphavlege passordet dersom den informasjonen aldri vart teken vare på.

Til slutt, skil migrasjonsfeil frå hurtiglagra autentisering. Ein klient som alt er autentisert kan halde fram med å verke ei stund sjølv når ei ny validering ville mislukkast. Planlegg utrullinga rundt både fersk autentisering og eksisterande økter.

Ikkje publiser passordfila i ein feilrapport. Algoritmemarkøren og ein syntetisk konto gir vanlegvis meir nyttig prov enn hashar frå verkelege brukarar.