Squid-ის პაროლები და DES crypt-ის რვა სიმბოლოს ზღვარი

პროქსი ძველ პაროლს იღებს, როცა მისი დასასრული იცვლება, ან პაროლის ფაილის მიგრაცია უეცრად ამტვრევს გრძელი პაროლების მქონე ანგარიშებს. შეამოწმეთ hash-ის ფორმატი, სანამ ყველას პაროლს შეამოკლებთ.

Apache-ის htpasswd -d ძველ crypt() ჰეშირებას ირჩევს. მისი დოკუმენტირებული DES შეზღუდვა რვა მნიშვნელოვანი პაროლის სიმბოლოა. ეს შეზღუდვა ფორმატს ეკუთვნის და არა Squid-ში პაროლების უნივერსალურ რვა-სიმბოლოიან წესს.

NCSA დამხმარე კითხულობს პაროლის შენახულ წარმოდგენას და ამოწმებს მოწოდებულ მნიშვნელობას იმ ფორმატებით, რომლებსაც ეს დამხმარე და მისი პლატფორმა მხარს უჭერენ. ფაილის “htpasswd ფორმატად” წოდება არ იძლევა გარანტიას, რომ ყველა ისტორიული და მიმდინარე დამხმარე მიიღებს ყველა hash ალგორითმს, რომელსაც htpasswd-ის ნებისმიერი ვარიანტი ქმნის.

გადაიტანეთ წარმოდგენა განზრახ

შეინახეთ დაცული სარეზერვო ასლი და დაადგინეთ არსებული ჩანაწერების ფორმატი. სანამ შემცვლელ ალგორითმს აირჩევთ, შეამოწმეთ დაყენებული დამხმარის სახელმძღვანელო და დისტრიბუტივის build.

შემდეგ გადაამოწმეთ პატარა ნებადართული სატესტო ანგარიში იმავე დამხმარისა და იმავე პროქსი გზით, რომელსაც რეალური ანგარიშები იყენებენ. გენერატორის მიერ ფაილის წარმატებით ჩაწერა არ ამტკიცებს, რომ მომხმარებელი დამხმარე მას ვალიდაციას გაუწევს. გამოიყენეთ სატესტო პაროლი, რომლის მნიშვნელოვანი სიმბოლოები ძველ ზღვარს სცდება.

ფორმატების შეცვლა ჩვეულებრივ მოითხოვს რეალურ პაროლს ან პაროლის განულებას. ძველი hash ვერ გარდაიქმნება სრული ორიგინალური პაროლის უფრო ძლიერ hash-ად, თუ ეს ინფორმაცია არასოდეს შემონახულა.

დაბოლოს, გაარჩიეთ მიგრაციის მარცხი ქეშირებული ავთენტიფიკაციისგან. უკვე ავთენტიფიცირებულ კლიენტს შეუძლია გარკვეული დროით განაგრძოს მუშაობა, მაშინაც კი როცა ახალი ვალიდაცია ჩავარდებოდა. დაგეგმეთ გაშვება როგორც ახალი ავთენტიფიკაციის, ისე არსებული სესიების გათვალისწინებით.

ნუ გამოაქვეყნებთ პაროლის ფაილს შეცდომის მოხსენებაში. ალგორითმის ნიშანი და სინთეტიკური ანგარიში ჩვეულებრივ უფრო სასარგებლო მტკიცებულებას იძლევა, ვიდრე რეალური მომხმარებლების hash-ები.