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

เครื่องมือสร้าง SHA-3/256 เป็นเครื่องมือฟรีสำหรับสร้างไดเจสต์ SHA-3 ขนาด 256 บิตจากสตริงที่ป้อน

SHA-3/256 คืออะไร?

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

SHA-3 พัฒนาจาก Keccak ซึ่งออกแบบโดย Guido Bertoni, Joan Daemen, Michaël Peeters และ Gilles Van Assche โดย NIST เลือก Keccak ในปี 2012 และเผยแพร่ SHA-3 เป็นมาตรฐาน FIPS 202 ในปี 2015 SHA3-256 ให้ผลลัพธ์ขนาด 32 ไบต์ ซึ่งโดยทั่วไปแสดงเป็นเลขฐานสิบหก 64 อักขระ

SHA3-256 ยังคงเป็นมาตรฐานที่ใช้งานอยู่ในปัจจุบันและยังไม่มีวิธีโจมตีที่ใช้ได้จริงซึ่งเป็นที่รู้จัก ความต้านทานต่อการชนกันที่คาดไว้คือ 128 บิต ส่วนความต้านทานต่อการหาอินพุตย้อนกลับที่คาดไว้คือ 256 บิต อัลกอริทึมนี้ใช้โครงสร้างแบบสปันจ์ ไม่ใช่โครงสร้างเดียวกับ SHA-2 ดังนั้น SHA3-256 และ SHA-256 จึงเป็นคนละอัลกอริทึม แม้จะให้ไดเจสต์ยาวเท่ากันก็ตาม

สร้างแฮช SHA-3/256 อย่างไร?

ป้อนสตริงที่ต้องการแฮชแล้วเรียกใช้เครื่องมือ จากนั้นคัดลอกค่าที่แสดงใน แฮช SHA-3/256 ผลลัพธ์จะเป็นสตริงเลขฐานสิบหก 64 อักขระ ซึ่งประกอบด้วยอักขระ 0 ถึง 9 และ a ถึง f

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

1. คัดลอกข้อความต้นฉบับให้ตรงทุกประการ รวมถึงช่องว่างหรือการขึ้นบรรทัดใหม่ที่ต้องมี
2. สร้างไดเจสต์แล้วตรวจสอบว่าผลลัพธ์มีอักขระเลขฐานสิบหกครบ 64 ตัว
3. เปรียบเทียบกับค่า SHA3-256 อื่นแบบตรงทุกอักขระ อย่านำไปเทียบกับไดเจสต์ SHA-256 หรือ Keccak-256

ถอดรหัสหรือย้อนกลับ SHA3-256 ได้ไหม?

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

อย่างไรก็ตาม ไม่ได้หมายความว่าอินพุตทุกชนิดจะถูกซ่อนไว้อย่างปลอดภัย ผู้โจมตีสามารถแฮชค่าที่น่าจะเป็นไปได้ เช่น รหัสผ่านที่ใช้กันทั่วไป PIN สั้นๆ หรือหมายเลขอ้างอิงที่ทราบอยู่แล้ว แล้วนำผลลัพธ์มาเปรียบเทียบได้ กระบวนการเดานี้เป็นเหตุผลที่ไม่ควรใช้แฮช SHA3-256 แบบไม่มีการป้องกันเพิ่มเติมเพื่อจัดเก็บรหัสผ่าน หากต้องการจัดการรหัสผ่าน อย่าใช้เครื่องมือนี้ ให้ใช้วิธีแฮชรหัสผ่านโดยเฉพาะ เช่น Argon2id, scrypt หรือ bcrypt พร้อม salt แยกสำหรับแต่ละรหัสผ่านและกำหนดค่า cost ให้เหมาะสม

ควรใช้ SHA3-256 เมื่อใด?

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

• ตรวจสอบว่าข้อมูลที่คัดลอกหรือดาวน์โหลดมาเปลี่ยนแปลงหรือไม่ โดยค่า checksum ที่ใช้เทียบต้องมาจากแหล่งที่เชื่อถือได้
• ค้นหาระเบียนหรือเนื้อหาที่ซ้ำกันด้วยการเปรียบเทียบไดเจสต์ พร้อมเปรียบเทียบข้อมูลแบบไบต์ต่อไบต์ด้วยในกรณีที่ต้องจัดการความเสี่ยงจากการชนกันของค่าแฮช
• สร้างตัวระบุเนื้อหาที่มีค่าคงที่ภายในระบบซึ่งออกแบบมาให้ใช้ SHA3-256
• รักษาความเข้ากันได้กับ API คลังข้อมูล หรือการเชื่อมต่อระบบเดิมที่ระบุให้ใช้อัลกอริทึมนี้โดยเฉพาะ

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

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

รายละเอียดของอินพุตที่ทำให้ไดเจสต์เปลี่ยน

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

• hello และ Hello ให้ผลต่างกัน เพราะการแฮชแยกตัวพิมพ์เล็กและตัวพิมพ์ใหญ่
• hello และ hello ให้ผลต่างกัน เพราะอินพุตชุดที่สองมีช่องว่างต่อท้าย
• การขึ้นบรรทัดใหม่ที่ท้ายข้อความซึ่งคัดลอกมาจากไฟล์ข้อความจะกลายเป็นส่วนหนึ่งของอินพุต
• เครื่องหมายวรรคตอนและตัวเลขจะถูกแฮชเป็นข้อมูล ไม่ได้นำไปตีความทางคณิตศาสตร์
• อักขระที่มีเครื่องหมายกำกับเสียงและอักขระที่ไม่ใช่อักษรละตินขึ้นอยู่กับการเข้ารหัสไบต์และการปรับรูปแบบ Unicode ให้เป็นมาตรฐาน สตริงสองชุดที่มองเห็นเหมือนกันอาจประกอบด้วยไบต์ต่างกัน
• ลำดับไบต์ว่างมีไดเจสต์ SHA3-256 ที่ถูกต้อง และไม่เหมือนกับช่องว่างหรือบรรทัดว่าง

ตัวอย่างเช่น การแฮชข้อความ Invoice 0042 จะให้ไดเจสต์เลขฐานสิบหก 64 อักขระค่าหนึ่ง แต่หากเปลี่ยนอินพุตเป็น Invoice 0042. โดยเติมจุด ผลลัพธ์จะเป็นไดเจสต์ 64 อักขระอีกค่าหนึ่ง เมื่อต้องการให้ผลตรงกับระบบอื่น ให้ตรวจสอบการเข้ารหัสอักขระ รูปแบบการจบบรรทัด และวิธีจัดการช่องว่างรอบข้อความของระบบนั้น

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

SHA3-256 เหมือนกับ Keccak-256 หรือไม่?

ไม่เหมือนกัน SHA3-256 มาตรฐานและ Keccak-256 รุ่นดั้งเดิมใช้ padding สำหรับการแยกโดเมนต่างกัน จึงให้ไดเจสต์ต่างกันเมื่อใช้อินพุตเดียวกัน ระบบบล็อกเชนบางระบบ รวมถึง Ethereum ใช้ Keccak-256 และอาจเรียกอย่างไม่เป็นทางการว่า SHA-3 ดังนั้นควรตรวจสอบข้อกำหนดที่ต้องใช้ให้ชัดเจน

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

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

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

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

SHA3-256 เสี่ยงต่อการโจมตีแบบ length-extension หรือไม่?

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