เครื่องมือสร้าง SHA-224

เครื่องมือสร้าง SHA-224 เป็นเครื่องมือฟรีสำหรับสร้างค่าแฮช SHA-224 ที่มีความยาวคงที่จากสตริงใดก็ได้

SHA-224 คืออะไร และยังปลอดภัยอยู่หรือไม่?

SHA-224 เป็นฟังก์ชันแฮชเชิงการเข้ารหัสในตระกูล SHA-2 และยังไม่ถือว่าถูกเจาะหรือเลิกใช้งาน ฟังก์ชันนี้ใช้การคำนวณแบบทางเดียวเพื่อเปลี่ยนข้อมูลให้เป็นลายนิ้วมือดิจิทัลที่มีความยาวคงที่ เมื่อใช้อินพุตเดิมจะได้ค่าไดเจสต์เดิมเสมอ แต่แม้แก้ไขอินพุตเพียงเล็กน้อย ผลลัพธ์ก็มักจะแตกต่างไปมาก SHA-224 ต่างจากการเข้ารหัสตรงที่ไม่มีคีย์สำหรับกู้คืนข้อความต้นฉบับ

SHA-224 สร้างไดเจสต์ขนาด 224 บิต ซึ่งปกติเขียนเป็นเลขฐานสิบหก 56 อักขระ NSA เป็นผู้ออกแบบตระกูล SHA-2 และ NIST เผยแพร่มาตรฐานนี้ครั้งแรกในปี 2001 ก่อนเพิ่ม SHA-224 เข้าไปในมาตรฐานเมื่อปี 2004 SHA-224 ใช้โครงสร้างการบีบอัดพื้นฐานแบบเดียวกับ SHA-256 แต่มีค่าเริ่มต้นต่างกันและให้ผลลัพธ์สั้นกว่า

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

สร้างแฮช SHA-224 อย่างไร?

ป้อนสตริงที่ต้องการประมวลผลให้ตรงทุกอักขระ จากนั้นสั่งสร้างแล้วดูค่าความยาว 56 อักขระในช่อง แฮช SHA-224

1. เตรียมข้อความให้ตรงกับข้อมูลที่ต้องการประมวลผลด้วย SHA-224 ทุกประการ รวมถึงช่องว่าง เครื่องหมายวรรคตอน และตัวพิมพ์เล็กพิมพ์ใหญ่
2. ใส่สตริงนั้นลงในช่องอินพุตของเครื่องมือสร้าง SHA-224 แล้วสั่งสร้างผลลัพธ์
3. คัดลอกไดเจสต์ SHA-224 ทั้ง 56 อักขระ โดยไม่เติมเครื่องหมายคำพูด ช่องว่าง หรืออักขระขึ้นบรรทัดใหม่
4. เมื่อต้องการเปรียบเทียบค่า ให้ตรวจสอบอักขระเลขฐานสิบหกครบทั้ง 56 ตัว

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

ถอดรหัสหรือย้อนค่า SHA-224 ได้ไหม?

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

ความเสี่ยงจากการเดานี้เป็นเหตุผลที่ไม่ควรใช้ SHA-224 จัดเก็บรหัสผ่าน ความรวดเร็วของ SHA-224 เป็นข้อดีสำหรับเช็กซัม แต่กลับเป็นจุดอ่อนเมื่อต้องรับมือกับการโจมตีด้วยการเดา ระบบรหัสผ่านควรใช้ฟังก์ชันแฮชรหัสผ่านโดยเฉพาะ เช่น Argon2id, scrypt หรือ bcrypt พร้อม salt ที่ไม่ซ้ำกันและ work factor ที่เหมาะสม

ควรใช้ SHA-224 เมื่อใด?

ใช้ SHA-224 เมื่อรูปแบบไฟล์ API ระบบใบรับรอง หรือแอปพลิเคชันรุ่นเก่าระบุอย่างชัดเจนว่าต้องใช้ไดเจสต์ SHA-224 ผลลัพธ์ที่สั้นกว่ายังอาจมีความสำคัญในฟิลด์ที่กำหนดรูปแบบไว้อย่างเคร่งครัด โดยรองรับ 224 บิต แต่ไม่รองรับ 256 บิต

• เช็กซัม สำหรับตรวจจับการเปลี่ยนแปลงโดยไม่ตั้งใจ เมื่อ SHA-224 เป็นอัลกอริทึมที่ตกลงให้ใช้ร่วมกัน
• การลบข้อมูลซ้ำ ในกรณีที่เนื้อหาเดียวกันต้องมีตัวระบุที่สร้างซ้ำได้ และผลกระทบจากการจงใจสร้างค่าชนกันมีจำกัด
• ความเข้ากันได้กับระบบเดิม สำหรับซอฟต์แวร์หรือระเบียนที่จัดเก็บค่า SHA-224 ไว้อยู่แล้ว
• การพัฒนาโปรโตคอล เมื่อข้อกำหนดระบุให้ใช้ SHA-224 หรือ HMAC-SHA-224

เช็กซัม SHA-224 เพียงอย่างเดียวไม่สามารถยืนยันความถูกต้องของแหล่งที่มาได้ หากผู้โจมตีเปลี่ยนได้ทั้งไฟล์และไดเจสต์ SHA-224 ที่เผยแพร่ไว้ การเปรียบเทียบก็จะไม่ช่วยป้องกันอะไร เมื่อต้องตรวจสอบแหล่งที่มาด้วย ให้ใช้ลายเซ็นดิจิทัลหรือ HMAC ที่มีคีย์แทนไดเจสต์ SHA-224 แบบธรรมดา สำหรับระบบเช็กซัมอเนกประสงค์ที่พัฒนาขึ้นใหม่ โดยทั่วไป SHA-256 จะผสานเข้ากับระบบได้ง่ายกว่า และใช้งานได้ผ่านเครื่องมือสร้าง SHA-256

รายละเอียดอินพุตและตัวอย่างการใช้งาน

SHA-224 ประมวลผลข้อมูลเป็นไบต์ ดังนั้นรายละเอียดทุกอย่างของอินพุตจึงมีผล สตริง ASCII ความยาวสามอักขระ abc จะให้ผลลัพธ์เป็น 23097d223405d8228642a477bda255b32aadbce4bda0b3f7e36c9da7 ซึ่งประกอบด้วยอักขระเลขฐานสิบหก 56 ตัว

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

SHA-224 ไม่ใช่เพียง 224 บิตแรกของไดเจสต์ SHA-256 ทั่วไป การตัดผลลัพธ์ SHA-256 ให้สั้นลงจะไม่ให้ค่าเดียวกับ SHA-224 เพราะทั้งสองฟังก์ชันเริ่มต้นด้วยค่าภายในที่ต่างกัน

คำถามที่พบบ่อย

แฮชเลขฐานสิบหกที่ใช้ตัวพิมพ์ใหญ่กับตัวพิมพ์เล็กถือว่าเหมือนกันไหม?

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

ใช้เครื่องมือนี้แฮชไฟล์ได้ไหม?

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

SHA-224 เหมาะสำหรับการยืนยันตัวตนด้วย HMAC ไหม?

HMAC-SHA-224 ยังคงเป็นโครงสร้างแบบใช้คีย์ที่ใช้ได้เมื่อโปรโตคอลกำหนดให้ใช้ แต่เครื่องมือนี้จะคืนค่าแฮช SHA-224 แบบธรรมดา ไม่ใช่ HMAC การคำนวณ HMAC ต้องใช้คีย์ลับและการทำงานที่ออกแบบมาโดยเฉพาะ

ทำไมเครื่องมือคำนวณ SHA-224 อื่นจึงให้ผลลัพธ์ไม่เหมือนกัน?

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

ตรวจสอบขั้นสุดท้าย

เมื่อระบบอื่นต้องสร้างไดเจสต์ SHA-224 ให้ตรงกับเครื่องมือนี้ ให้บันทึกการเข้ารหัสของอินพุตไว้อย่างชัดเจน รวมถึงระบุว่ามีอักขระขึ้นบรรทัดใหม่ต่อท้ายหรือไม่ ตรวจสอบว่าระบบปลายทางต้องการ SHA-224 และค่าเลขฐานสิบหกความยาว 56 อักขระจริง หากไม่มีข้อกำหนดให้ใช้ SHA-224 ให้พิจารณา SHA-256 ซึ่งรองรับได้กว้างกว่าและมีส่วนเผื่อด้านความต้านทานต่อการหาค่าชนกันมากกว่า