ฉันควรใช้ประเภท / ความยาวคอลัมน์ใดในการจัดเก็บรหัสผ่านที่แฮช Bcrypt ในฐานข้อมูล

ฉันต้องการเก็บรหัสผ่านที่แฮช (โดยใช้ BCrypt) ในฐานข้อมูล อะไรคือสิ่งที่ดีสำหรับสิ่งนี้และความยาวที่ถูกต้องคืออะไร? รหัสผ่านถูกแฮชด้วย BCrypt ยาวเท่ากันหรือไม่

แก้ไข

ตัวอย่างแฮช:

$2a$10$KssILxWNR6k62B7yiX0GAe2Q7wwHlrzhF3LqtVvpyvHZf0MwvNfVu

หลังจากแฮชรหัสผ่านบางส่วนดูเหมือนว่า BCrypt จะสร้างแฮช 60 ตัวเสมอ

แก้ไข 2

ขออภัยที่ไม่ได้กล่าวถึงการใช้งาน ฉันใช้jBCrypt

รูปแบบ crypt แบบแยกส่วนสำหรับ bcrypt ประกอบด้วย

• $2$, $2a$หรือ$2y$การระบุขั้นตอนวิธีการและรูปแบบคร่ำเครียด
• ค่าตัวเลขสองหลักหมายถึงพารามิเตอร์ต้นทุนตามด้วย $
• 53 ตัวอักษรค่ายาวฐาน 64 เข้ารหัส (พวกเขาใช้ตัวอักษร., /, 0- 9, A- Z, a- zที่แตกต่างกับฐานมาตรฐานการเข้ารหัส 64ตัวอักษร) ประกอบด้วย:
  • เกลือ 22 ตัว (มีประสิทธิภาพเพียง 128 บิตจาก 132 บิตที่ถอดรหัส)
  • 31 อักขระของเอาต์พุตที่เข้ารหัส (มีประสิทธิภาพเพียง 184 บิตของ 186 บิตที่ถอดรหัส)

ดังนั้นความยาวทั้งหมดคือ 59 หรือ 60 ไบต์ตามลำดับ

เมื่อคุณใช้รูปแบบ 2a คุณจะต้องมี 60 ไบต์ ดังนั้นสำหรับ MySQL ฉันจะแนะนำให้ใช้CHAR(60) BINARYหรือBINARY(60) (ดูThe _binและการเปรียบเทียบไบนารีสำหรับข้อมูลเกี่ยวกับความแตกต่าง)

CHARไม่ปลอดภัยแบบไบนารีและความเท่าเทียมกันไม่ได้ขึ้นอยู่กับค่าไบต์เท่านั้น แต่ขึ้นอยู่กับการเปรียบเทียบจริง ในกรณีที่เลวร้ายที่สุดได้รับการปฏิบัติเป็นไปได้เท่ากันA aดูThe _binand binaryCollationสำหรับข้อมูลเพิ่มเติม

แฮช Bcrypt สามารถเก็บไว้ในBINARY(40)คอลัมน์

BINARY(60)เป็นคำตอบอื่น ๆ ที่แนะนำว่าเป็นตัวเลือกที่ง่ายและเป็นธรรมชาติที่สุด แต่ถ้าคุณต้องการเพิ่มประสิทธิภาพการจัดเก็บให้ได้มากที่สุดคุณสามารถประหยัด 20 ไบต์ได้โดยการแยกส่วนประกอบของแฮช ฉันทำเอกสารนี้ให้ละเอียดยิ่งขึ้นใน GitHub: https://github.com/ademarre/binary-mcf

แฮช Bcrypt ตามโครงสร้างที่เรียกว่ารูปแบบโมดูลเข้ารหัส (MCF) Binary MCF (BMCF) ถอดรหัสการแทนค่าแฮชแบบข้อความเหล่านี้เป็นโครงสร้างไบนารีขนาดกะทัดรัดยิ่งขึ้น ในกรณีของ Bcrypt แฮชไบนารีที่ได้คือ 40 ไบต์

Gumbo ทำงานได้ดีในการอธิบายองค์ประกอบสี่อย่างของแฮช Bcrypt MCF:

$<id>$<cost>$<salt><digest>

การถอดรหัส BMCF เป็นดังนี้:

1. $<id>$ สามารถแสดงใน 3 บิต
2. <cost>$, 04-31 สามารถแสดงได้ใน 5 บิต รวมกันเป็น 1 ไบต์
3. เกลือที่มีความยาว 22 ตัวอักษรเป็นค่าพื้นฐานที่ไม่ได้มาตรฐาน 64 บิตจาก 128 บิต การถอดรหัส Base-64 ให้ผลตอบแทน 16 ไบต์
4. แฮชย่อย 31 ตัวอักษรสามารถถอดรหัสได้ 64 ฐานเป็น 23 ไบต์
5. รวมทั้งหมด 40 ไบต์: 1 + 16 + 23

คุณสามารถอ่านเพิ่มเติมได้ที่ลิงค์ด้านบนหรือตรวจสอบการใช้งาน PHP ของฉันได้ที่ GitHub

หากคุณกำลังใช้ PHP password_hash()กับPASSWORD_DEFAULTอัลกอริทึมในการสร้างแฮช bcrypt (ซึ่งฉันคิดว่าเป็นคนที่อ่านคำถามนี้เป็นจำนวนมาก) โปรดจำไว้ว่าในอนาคตpassword_hash()อาจใช้อัลกอริทึมที่แตกต่างกันเป็นค่าเริ่มต้น ส่งผลต่อความยาวของแฮช (แต่อาจไม่จำเป็นต้องนานกว่านี้)

จากหน้าคู่มือ:

โปรดทราบว่าค่าคงที่นี้ได้รับการออกแบบให้เปลี่ยนแปลงเมื่อเวลาผ่านไปเนื่องจากมีการเพิ่มอัลกอริธึมใหม่และแรงกว่าใน PHP ด้วยเหตุผลดังกล่าวความยาวของผลลัพธ์จากการใช้ตัวระบุนี้สามารถเปลี่ยนแปลงได้ตลอดเวลา ดังนั้น ขอแนะนำให้เก็บผลลัพธ์ไว้ในคอลัมน์ฐานข้อมูลที่สามารถขยายเกิน 60 อักขระ (255 ตัวอักษรจะเป็นตัวเลือกที่ดี)

ใช้ bcrypt แม้ว่าคุณจะมีผู้ใช้ 1 พันล้านคน (นั่นคือคุณกำลังแข่งขันกับ facebook) เพื่อเก็บรหัสผ่าน 255 ไบต์ไว้มันจะมีเพียง ~ 255 GB ของข้อมูล - เกี่ยวกับขนาดของฮาร์ดไดรฟ์ SSD ขนาดเล็ก ไม่น่าเป็นไปได้อย่างยิ่งที่การจัดแฮชรหัสผ่านจะเป็นคอขวดในแอปพลิเคชันของคุณ อย่างไรก็ตามในโอกาสที่พื้นที่เก็บข้อมูลเป็นปัญหาด้วยเหตุผลบางอย่างคุณสามารถใช้PASSWORD_BCRYPTเพื่อบังคับpassword_hash()ใช้ bcrypt แม้ว่าจะไม่ใช่ค่าเริ่มต้นก็ตาม เพียง แต่อย่าลืมติดตามข่าวสารเกี่ยวกับช่องโหว่ที่พบใน bcrypt และตรวจสอบบันทึกย่อประจำรุ่นทุกครั้งที่มีการเปิดตัวเวอร์ชัน PHP ใหม่ หากอัลกอริทึมเริ่มต้นมีการเปลี่ยนแปลงจะเป็นการดีที่จะตรวจสอบสาเหตุและทำการตัดสินใจอย่างชาญฉลาดว่าจะใช้อัลกอริทึมใหม่หรือไม่

ฉันไม่คิดว่ามีกลอุบายใด ๆ ที่คุณสามารถเก็บสิ่งนี้ไว้ได้เช่นเดียวกับ MD5 แฮช

ฉันคิดว่าทางออกที่ดีที่สุดของคุณคือเก็บไว้ให้นานCHAR(60)ที่สุดเท่าที่จะนาน 60 ตัวอักษร