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

เครื่องมือสร้าง SHA-384 เป็นเครื่องมือฟรีที่แปลงสตริงใด ๆ ให้เป็นแฮช SHA-384 ที่มีความยาวคงที่

แฮช SHA-384 ทำหน้าที่อะไร?

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

SHA-384 อยู่ในตระกูล SHA-2 ออกแบบโดยสำนักงานความมั่นคงแห่งชาติสหรัฐฯ เผยแพร่ครั้งแรกโดยสถาบันมาตรฐานและเทคโนโลยีแห่งชาติสหรัฐฯ ในปี 2001 และกำหนดเป็นมาตรฐาน FIPS 180-2 ในปี 2002 โครงสร้างภายในใช้แบบเดียวกับ SHA-512 แต่ใช้ค่าเริ่มต้นต่างกันและตัดผลลัพธ์ให้สั้นลง

SHA-384 ยังปลอดภัยอยู่ไหม?

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

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

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

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

ป้อนสตริงที่ต้องการแฮชให้ตรงทุกตัวอักษร แล้วเรียกใช้เครื่องมือ จากนั้นคัดลอกค่าที่แสดงในช่องผลลัพธ์ แฮช SHA-384 ระบบจะคำนวณบนเซิร์ฟเวอร์ด้วยการทำงานของฟังก์ชันแฮชใน PHP

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

ตัวอย่างเช่น อินพุต hello จะให้ไดเจสต์ SHA-384 ความยาว 96 อักขระเป็น 59e1748777448c69de6b800d7a33bbfb9ff1b463e44354c3553bcdb9c666fa90125a3c79f90397bdf5f6a13de828684f เมื่อป้อนตัวอักษรพิมพ์เล็กห้าตัวเดิมอีกครั้ง ก็จะได้ไดเจสต์ SHA-384 ค่าเดิม ส่วนอินพุตอย่าง Hello, hello ที่มีช่องว่างต่อท้าย และ hello. จะให้แฮช SHA-384 ต่างกันทั้งหมด

วิธีอ่านผลลัพธ์และจัดการอินพุตที่อาจมีปัญหา

ผลลัพธ์ SHA-384 มีขนาด 384 บิต เท่ากับ 48 ไบต์หรือเลขฐานสิบหก 96 อักขระ ช่อง แฮช SHA-384 ของเครื่องมือนี้แสดงเลขฐานสิบหกด้วยตัวเลข 0 ถึง 9 และตัวอักษร a ถึง f แม้ระบบอื่นอาจแสดงตัวอักษรเป็นพิมพ์ใหญ่ก็ตาม ตัวพิมพ์เล็กหรือพิมพ์ใหญ่ที่ใช้แสดงไดเจสต์ SHA-384 ไม่ได้ทำให้ค่าที่แท้จริงเปลี่ยนไป

• ช่องว่างและการขึ้นบรรทัดใหม่: ในเครื่องมือสร้าง SHA-384 นี้ ช่องว่างนำหน้า ช่องว่างต่อท้าย และอักขระขึ้นบรรทัดใหม่ล้วนเป็นส่วนหนึ่งของไบต์อินพุตที่ส่งไป และทำให้ค่าแฮชเปลี่ยน
• ข้อความที่มีเครื่องหมายกำกับเสียงและอักษรที่ไม่ใช่ละติน: SHA-384 ประมวลผลไบต์ ไม่ใช่อักขระ สตริงสองชุดที่มองเห็นเหมือนกันอาจต่างกันได้ หากใช้การปรับรูปแบบ Unicode หรือการเข้ารหัสอักขระคนละแบบ
• ตัวเลข: ค่าที่พิมพ์ เช่น 00125 จะถูกประมวลผลเป็นข้อมูลชนิดสตริง และให้ค่าแฮชไม่เหมือนกับ 125
• อินพุตว่าง: อัลกอริทึม SHA-384 กำหนดไดเจสต์ที่ถูกต้องไว้สำหรับลำดับไบต์ว่าง ค่านี้ไม่เหมือนกับแฮชของช่องว่างหรืออักขระขึ้นบรรทัดใหม่
• อินพุตยาว: ไม่ว่าอินพุตจะยาวเท่าใด ผลลัพธ์ยังคงเป็นเลขฐานสิบหก 96 อักขระ

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

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

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

ฐานข้อมูลออนไลน์อาจมีแฮช SHA-384 ของสตริงที่ใช้กันทั่วไปซึ่งคำนวณไว้ล่วงหน้า การพบรายการที่ตรงกันเป็นเพียงการค้นหาจากฐานข้อมูล ไม่ใช่การย้อนกลับอัลกอริทึม

ปัจจุบัน SHA-384 ใช้กับงานอะไรบ้าง?

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

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

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

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

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

SHA-384 คือ SHA-512 ที่ตัดอักขระออกใช่ไหม?

ไม่ใช่ SHA-384 ใช้โครงสร้างการบีบอัดโดยรวมแบบเดียวกับ SHA-512 แต่เริ่มต้นด้วยค่าคนละชุด ก่อนตัดสถานะสุดท้ายให้เหลือ 384 บิต การตัดไดเจสต์ SHA-512 ให้เหลือเลขฐานสิบหก 96 อักขระจึงไม่ทำให้ได้ SHA-384

SHA-384 โดนโจมตีแบบ length-extension ได้ไหม?

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

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

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

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

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