Squid-lykilorð og átta stafa DES crypt-mörkin
Rekjaðu hið sýnilega stytting lykilorðsins aftur til geymda hash-sniðsins áður en þú kennir Squid um eða endurgerir hljóðlaust ósamhæfa lykilorðaskrá.
Proxy samþykkir gamalt lykilorð þegar endir þess breytist, eða flutningur lykilorðaskrár brýtur skyndilega reikninga með löng lykilorð. Skoðaðu hash-sniðið áður en þú styttir lykilorð allra.
htpasswd -d Apache velur hið gamla crypt()-hashing. Skjalfest DES-takmörkun þess eru átta merkingarbærir stafir í lykilorði. Þessi takmörkun tilheyrir sniðinu, ekki alhliða reglu um átta stafi fyrir lykilorð í Squid.
NCSA-hjálparinn les geymda framsetningu lykilorðsins og sannreynir uppgefið gildi með þeim sniðum sem hjálparinn og pallur hans styðja. Að kalla skrá “htpasswd-snið” tryggir ekki að sérhver sögulegur og núverandi hjálpari samþykki sérhvert hash-algrím sem sérhver htpasswd-valkostur framleiðir.
Flyttu framsetninguna af ásettu ráði
Haltu varðri öryggisafritun og greindu sniðið sem fyrirliggjandi færslur nota. Skoðaðu leiðarvísi uppsetta hjálparans og build dreifingarinnar áður en þú velur staðgengilsalgrímið.
Sannreyndu síðan lítið samþykkt prófunarreikning í gegnum sama hjálpara og sömu proxy-leið og raunverulegu reikningarnir nota. Það að framleiðandi skrifi skrá með góðum árangri sannar ekki að hjálparinn sem les hana geti sannreynt hana. Notaðu prófunarlykilorð þar sem merkingarbærir stafir ná út fyrir gömlu mörkin.
Að skipta um snið krefst venjulega raunverulega lykilorðsins eða endurstillingar lykilorðs. Ekki er hægt að umbreyta gömlu hashi í sterkara hash af fullu upprunalegu lykilorðinu ef þær upplýsingar voru aldrei geymdar.
Að lokum, greindu flutningsbilun frá skyndiminni auðkenningar. Þegar auðkenndur biðlari getur haldið áfram að virka um stund þótt ný sannreyning myndi mistakast. Skipuleggðu útrullingu með tilliti til nýrrar auðkenningar jafnt sem fyrirliggjandi lota.
Birtu ekki lykilorðaskrána í villuskýrslu. Algrímamerki og tilbúinn reikningur gefa venjulega gagnlegri sönnun en hash raunverulegra notenda.