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

เครื่องมือสร้าง SHA-3/224 เป็นเครื่องมือฟรีที่แปลงสตริงอินพุตให้เป็นแฮชเข้ารหัส SHA-3/224 ซึ่งมีความยาวคงที่

แฮช SHA-3/224 คืออะไร?

เว็บไซต์นี้ใช้ชื่อเครื่องมือว่า SHA-3/224 ส่วนมาตรฐาน FIPS 202 เรียกฟังก์ชันนี้ว่า SHA3-224

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

SHA-3 พัฒนามาจาก Keccak ซึ่งออกแบบโดย Guido Bertoni, Joan Daemen, Michaël Peeters และ Gilles Van Assche ในปี 2012 NIST เลือก Keccak เป็นผู้ชนะการแข่งขัน SHA-3 และเผยแพร่มาตรฐาน SHA-3 ในปี 2015 ฟังก์ชัน SHA3-224 ใช้โครงสร้างแบบสปอนจ์ ซึ่งต่างจากโครงสร้างของ SHA-2

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

ใช้เครื่องมือสร้าง SHA-3/224 อย่างไร?

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

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

เมื่อต้องเปรียบเทียบผลลัพธ์ SHA3-224 จำนวน 56 อักขระกับเช็กซัมที่คาดไว้ ให้คัดลอกค่าแฮชทั้งหมด หากขาดไปแม้แต่อักขระเดียว ค่าจะเปลี่ยนและการเปรียบเทียบจะใช้ไม่ได้

ถอดรหัสหรือย้อนกลับ SHA-3/224 ได้ไหม?

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

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

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

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

ใช้ SHA-3/224 เมื่อข้อกำหนด ระบบเดิม หรือเช็กซัมที่ได้รับระบุให้ใช้ตัวแปรนี้โดยตรง ค่าแฮชที่สั้นกว่าอาจเหมาะกับรูปแบบที่กำหนดช่องข้อมูลไว้ 224 บิต แต่พบได้น้อยกว่า SHA-3/256

• การตรวจสอบเช็กซัม SHA3-224 คือการคำนวณค่าแฮชแล้วนำไปเปรียบเทียบกับค่าที่เผยแพร่โดยแหล่งข้อมูลที่เชื่อถือได้
• การขจัดข้อมูลซ้ำ คือการระบุระเบียนหรือเนื้อหาที่ตรงกันโดยไม่ต้องเปรียบเทียบอินพุตทั้งหมดซ้ำๆ แอปพลิเคชันที่ใช้ SHA3-224 ยังต้องรองรับความเป็นไปได้ทางทฤษฎีที่ค่าจะชนกัน
• ความเข้ากันได้กับระบบเดิม ใช้ในกรณีที่ฐานข้อมูล โปรโตคอล หรือการเชื่อมต่อระบบที่มีอยู่จัดเก็บค่า SHA-3/224 ไว้แล้ว
• ข้อมูลทดสอบ สามารถใช้อินพุตและค่าแฮชที่ทราบอยู่แล้ว เพื่อตรวจสอบว่าการใช้งาน SHA3-224 อื่นได้รับการกำหนดค่าอย่างถูกต้อง

อย่าใช้ SHA-3/224 จัดเก็บรหัสผ่าน SHA3-224 ถูกออกแบบให้ทำงานเร็ว ซึ่งทำให้ผู้โจมตีทดลองรหัสผ่านที่คาดเดาไว้ได้อย่างรวดเร็วเช่นกัน การจัดเก็บรหัสผ่านต้องใช้กลไกแฮชรหัสผ่านโดยเฉพาะที่ทำงานช้า เช่น Argon2id, scrypt, bcrypt หรือ PBKDF2 พร้อมพารามิเตอร์ที่เหมาะสมและ salt ที่ไม่ซ้ำกัน

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

อินพุตที่ต้องตรงกันและตัวอย่างการทำงาน

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

• อินพุต invoice ให้ค่าแฮชเลขฐานสิบหกจำนวน 56 อักขระ
• อินพุต Invoice ให้ค่าแฮชต่างออกไป เพราะตัวพิมพ์ใหญ่และตัวพิมพ์เล็กเป็นคนละไบต์
• อินพุต order 42 และ order42 ต่างกัน เพราะช่องว่างเป็นส่วนหนึ่งของข้อมูล
• เครื่องหมายวรรคตอนและอักขระขึ้นบรรทัดใหม่ในอินพุตของเครื่องมือนี้มีผลต่อการแฮช paid, paid. และบรรทัดที่มี paid ตามด้วยอักขระขึ้นบรรทัดใหม่ จะให้ค่าแฮชต่างกันทั้งหมด
• อินพุตว่างมีค่าแฮช SHA-3/224 ที่ถูกต้อง และไม่ได้ให้ผลลัพธ์ว่าง
• เมื่อตัวเลขถูกป้อนให้เครื่องมือนี้ในรูปสตริง ระบบจะแฮชข้อความที่เข้ารหัสของตัวเลขนั้น 007 และ 7 จึงเป็นคนละอินพุต

หากต้องการสร้างไบต์ให้ตรงกับที่ส่งไปยังเครื่องมือ SHA3-224 ซึ่งประมวลผลบนเซิร์ฟเวอร์นี้ ข้อความที่มีอักขระเน้นเสียงหรืออักขระที่ไม่ใช่ละตินต้องใช้การเข้ารหัสอักขระแบบเดียวกันในทุกระบบ โดยปกติคือ UTF-8 นอกจากนี้ Unicode ยังอาจแทนอักขระที่มองเห็นเหมือนกันบางตัวด้วยลำดับไบต์ได้มากกว่าหนึ่งแบบ หากแอปพลิเคชันอื่นปรับข้อความให้อยู่ในรูปแบบมาตรฐานก่อนแฮช ทั้งสองฝั่งต้องใช้รูปแบบ Unicode normalization เดียวกัน

ความยาวของอินพุตไม่ทำให้ความยาวของผลลัพธ์เปลี่ยนไป แม้สตริงจะยาวมากก็ยังได้อักขระเลขฐานสิบหก 56 ตัว แต่การประมวลผลและส่งข้อมูลจะใช้เวลามากกว่าสตริงสั้น

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

SHA-3/224 เหมือนกับ SHA-224 ไหม?

ไม่เหมือนกัน SHA-224 เป็นตัวแปรหนึ่งของ SHA-2 ส่วน SHA-3/224 ใช้โครงสร้าง SHA-3 ที่พัฒนาจาก Keccak ทั้งคู่ให้ค่าแฮชขนาด 224 บิต แต่เมื่อใช้อินพุตเดียวกัน ค่าที่ได้จะแตกต่างกันโดยสิ้นเชิง

เลขฐานสิบหกตัวพิมพ์ใหญ่ทำให้ค่าแฮชเปลี่ยนไหม?

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

SHA-3/224 เสี่ยงต่อการโจมตีแบบ length-extension ไหม?

แฮช SHA-3 มาตรฐานไม่เสี่ยงต่อการโจมตีแบบ length-extension แบบดั้งเดิมที่มีผลกับแฮช Merkle-Damgård บางประเภท อย่างไรก็ตาม การที่ SHA3-224 ต้านทานการโจมตีนี้ได้ ไม่ได้หมายความว่าแฮชธรรมดาจะเหมาะใช้เป็นรหัสยืนยันข้อความเสมอไป เมื่อต้องยืนยันความถูกต้อง ให้ใช้โครงสร้าง MAC ตามที่ข้อกำหนดระบุ

เปรียบเทียบผลลัพธ์ SHA-3/224 จากคนละภาษาโปรแกรมได้ไหม?

ได้ การใช้งานที่เป็นไปตามอัลกอริทึม SHA3-224 อย่างเป็นทางการจะให้ค่าแฮชเดียวกันเมื่อได้รับไบต์ที่เหมือนกัน สำหรับสตริงอินพุตของเครื่องมือนี้ ให้ตรวจสอบการเข้ารหัสอักขระ รูปแบบอักขระขึ้นบรรทัดใหม่ และดูว่าการใช้งานฝั่งใดฝั่งหนึ่งแฮชข้อความเลขฐานสิบหกแทนไบต์จริงหรือไม่

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

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

ตรวจสอบอีกครั้งก่อนใช้งาน

ยืนยันว่าอัลกอริทึมที่ต้องการคือ SHA-3/224 ไม่ใช่ SHA-224, SHA-512/224 หรือ SHA-3/256 รักษาช่องว่าง เครื่องหมายวรรคตอน ตัวพิมพ์ใหญ่และตัวพิมพ์เล็ก รวมถึงอักขระขึ้นบรรทัดใหม่ให้ตรงกัน จากนั้นตรวจสอบว่าผลลัพธ์มีอักขระเลขฐานสิบหกครบ 56 ตัว หากต้องตรวจสอบซ้ำข้ามระบบ ให้บันทึกการเข้ารหัสอินพุตและรูปแบบ Unicode normalization ที่ใช้ก่อนแฮชไว้ด้วย