ความยาวที่เหมาะสมที่สุดสำหรับเกลือรหัสผ่านผู้ใช้คืออะไร? [ปิด]

เห็นได้ชัดว่าเกลือใด ๆจะช่วยในการล้างเกลือและแฮชรหัสผ่านของผู้ใช้ มีแนวทางปฏิบัติที่ดีที่สุดสำหรับระยะเวลาที่เกลือควรมีหรือไม่? ฉันจะเก็บเกลือไว้ในตารางผู้ใช้ของฉันดังนั้นฉันจึงต้องการการแลกเปลี่ยนที่ดีที่สุดระหว่างขนาดพื้นที่จัดเก็บและความปลอดภัย เกลือ 10 ตัวแบบสุ่มเพียงพอหรือไม่? หรือฉันต้องการอะไรอีกต่อไป?

คำตอบเหล่านี้ส่วนใหญ่เข้าใจผิดเล็กน้อยและแสดงให้เห็นถึงความสับสนระหว่างเกลือและคีย์การเข้ารหัส จุดประสงค์ของการรวมเกลือคือการปรับเปลี่ยนฟังก์ชันที่ใช้แฮชรหัสผ่านของผู้ใช้แต่ละคนเพื่อให้แฮชรหัสผ่านที่เก็บไว้แต่ละอันจะต้องถูกโจมตีทีละรายการ ข้อกำหนดด้านความปลอดภัยเพียงอย่างเดียวคือไม่ซ้ำกันสำหรับผู้ใช้แต่ละคนไม่มีประโยชน์ใดที่พวกเขาคาดเดาไม่ได้หรือคาดเดาได้ยาก

เกลือจะต้องมีความยาวเพียงพอเท่านั้นเพื่อให้เกลือของผู้ใช้แต่ละคนไม่ซ้ำกัน เกลือ 64 บิตแบบสุ่มนั้นไม่น่าจะเกิดขึ้นซ้ำได้แม้จะมีผู้ใช้ที่ลงทะเบียนเป็นพันล้านคนดังนั้นสิ่งนี้ก็น่าจะใช้ได้ เกลือที่ทำซ้ำเพียงครั้งเดียวถือเป็นปัญหาด้านความปลอดภัยที่ค่อนข้างน้อยทำให้ผู้โจมตีสามารถค้นหาสองบัญชีพร้อมกัน แต่ในการรวมจะไม่เร่งการค้นหาในฐานข้อมูลทั้งหมด แม้แต่เกลือ 32 บิตก็เป็นที่ยอมรับสำหรับวัตถุประสงค์ส่วนใหญ่ แต่ในกรณีที่เลวร้ายที่สุดจะทำให้การค้นหาของผู้โจมตีเร็วขึ้นประมาณ 58% ค่าใช้จ่ายในการเพิ่มเกลือที่เกินกว่า 64 บิตนั้นไม่สูงนัก แต่ไม่มีเหตุผลด้านความปลอดภัยที่จะทำเช่นนั้น

มีประโยชน์บางประการในการใช้เกลือทั่วทั้งไซต์บนเกลือต่อผู้ใช้ซึ่งจะป้องกันการชนกันที่อาจเกิดขึ้นกับแฮชรหัสผ่านที่เก็บไว้ในไซต์อื่น ๆ และป้องกันการใช้ตารางรุ้งวัตถุประสงค์ทั่วไปแม้ว่าจะเป็น 32 บิตก็ตาม เกลือก็เพียงพอที่จะทำให้โต๊ะสายรุ้งโจมตีไม่ได้

แม้แต่นักพัฒนาที่เรียบง่ายกว่าและมักจะมองข้ามสิ่งนี้หากคุณมี ID ผู้ใช้หรือชื่อล็อกอินที่ไม่ซ้ำกันสิ่งเหล่านี้จะทำหน้าที่ได้ดีเหมือนเกลือ หากคุณทำเช่นนี้คุณควรเพิ่ม Salt ทั่วทั้งไซต์เพื่อให้แน่ใจว่าคุณจะไม่ทับซ้อนกับผู้ใช้ระบบอื่นที่มีแนวคิดที่สดใสเหมือนกัน

มาตรฐานที่เป็นที่ยอมรับในปัจจุบันสำหรับการแฮชรหัสผ่านจะสร้างเกลือยาว 16 อักขระใหม่สำหรับทุกรหัสผ่านและจัดเก็บเกลือด้วยแฮชรหัสผ่าน

แน่นอนว่าควรใช้ความระมัดระวังในการเข้ารหัสที่เหมาะสมในการสร้างเกลือแบบสุ่ม

แก้ไข: ด้านล่างของฉันคำตอบที่ตอบคำถามตามที่ถาม แต่ "ของจริง" คำตอบคือ: เพียงแค่ใช้bcrypt , ScryptหรือArgon2 หากคุณถามคำถามเช่นนี้แสดงว่าคุณกำลังใช้เครื่องมือในระดับที่ต่ำเกินไป

ตามจริงแล้วไม่มีเหตุผลที่ป้องกันได้ที่จะไม่ให้เกลือมีความยาวเท่ากันกับรหัสผ่านที่แฮช หากคุณใช้ SHA-256 แสดงว่าคุณมีแฮช 256 บิต ไม่มีเหตุผลที่จะไม่ใช้เกลือ 256 บิต

มากกว่า 256 บิตจะไม่ทำให้คุณได้รับการปรับปรุงด้านความปลอดภัยในทางคณิตศาสตร์ แต่การใช้เกลือที่สั้นกว่านั้นอาจจบลงด้วยสถานการณ์ที่โต๊ะสีรุ้งสามารถจับกับความยาวเกลือของคุณได้โดยเฉพาะอย่างยิ่งกับเกลือที่สั้นกว่า

วิกิพีเดีย :

วิธี SHA2-crypt และ bcrypt ที่ใช้ใน Linux, BSD Unixes และ Solaris มีเกลือ 128 บิต ค่าเกลือที่มากขึ้นเหล่านี้ทำให้การโจมตีล่วงหน้าสำหรับความยาวของรหัสผ่านเกือบทุกรูปแบบไม่สามารถทำได้กับระบบเหล่านี้ในอนาคตอันใกล้

เกลือ 128 บิต (16 ไบต์) ก็เพียงพอแล้ว คุณสามารถแสดงเป็นลำดับของ128 / 4 = 32เลขฐานสิบหก

คำตอบหนึ่งอาจใช้เป็นขนาดของเกลือของค่าที่แฮชที่คุณจะใช้ในแง่ของความปลอดภัย

เช่นหากคุณจะใช้ SHA-512 ให้ใช้เกลือ 256 บิตเนื่องจากความปลอดภัยที่ SHA-512 มีให้คือ 256 บิต