Mga password ng Squid at ang walong-character na limit ng DES crypt
Subaybayan ang sinasabing pagputol ng password hanggang sa nakaimbak na format ng hash bago sisihin ang Squid o tahimik na muling buuin ang isang hindi tugmang file ng password.
Tumatanggap ang proxy ng lumang password kapag nagbago ang dulo nito, o biglang nasisira ng migrasyon ng file ng password ang mga account na may mahabang password. Suriin ang format ng hash bago paikliin ang password ng lahat.
Pinipili ng htpasswd -d ng Apache ang lumang crypt() hashing. Ang nakadokumentong limitasyon ng DES ay walong makabuluhang character ng password. Ang limitasyong iyon ay sa format, hindi sa isang pangkalahatang tuntunin na walong character para sa mga password sa Squid.
Binabasa ng NCSA helper ang nakaimbak na representasyon ng password at binibigyang-katibayan ang ibinigay na halaga sa mga format na sinusuportahan ng helper na iyon at ng platform nito. Ang tawagin ang isang file na “format htpasswd” ay hindi garantiya na tinatanggap ng bawat makasaysayan at kasalukuyang helper ang bawat algorithm ng hash na ginagawa ng bawat opsyon ng htpasswd.
Ilipat ang representasyon nang sinasadya
Magtabi ng protektadong backup at tukuyin ang format na ginagamit ng mga umiiral na entry. Tingnan ang manwal ng naka-install na helper at ang build ng distribusyon bago piliin ang kapalit na algorithm.
Pagkatapos ay iberipika ang isang maliit na aprubadong test account sa pamamagitan ng parehong helper at parehong landas ng proxy na ginagamit ng mga tunay na account. Ang matagumpay na pagsulat ng generator sa isang file ay hindi nagpapatunay na kayang i-validate ito ng helper na bumabasa nito. Gumamit ng test password na ang makabuluhang character ay lumalampas sa lumang hangganan.
Ang pagpapalit ng format ay karaniwang nangangailangan ng tunay na password o pag-reset ng password. Ang lumang hash ay hindi maaaring gawing mas matibay na hash ng buong orihinal na password kung hindi kailanman itinago ang impormasyong iyon.
Sa huli, ibukod ang kabiguan ng migrasyon sa naka-cache na pagpapatotoo. Ang isang client na na-authenticate na ay maaaring magpatuloy na gumana nang ilang sandali kahit na mabibigo ang isang bagong beripikasyon. Planoin ang paglulunsad kapwa sa bagong pagpapatotoo at sa mga umiiral na sesyon.
Huwag ilathala ang file ng password sa isang ulat ng bug. Ang marker ng algorithm at isang sintetikong account ay karaniwang nagbibigay ng mas kapaki-pakinabang na ebidensya kaysa sa mga hash ng tunay na gumagamit.