เครื่องมือสร้างแฮช SHA-1

หน้าตาของไดเจสต์ SHA-1

SHA-1 ให้ผลลัพธ์ 160 บิต เขียนเป็นเลขฐานสิบหก 40 อักขระ

เมื่อ SHA-1 ยังเป็นคำตอบที่ถูกต้อง

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

เมื่อควรเลือกตัวอื่น

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

SHA-1 ก็ไม่เหมาะกับรหัสผ่านเช่นกัน เพราะคำนวณเร็วมาก ทำให้ผู้โจมตีลองเดาได้จำนวนมหาศาล ให้ใช้ bcrypt, scrypt หรือ Argon2id พร้อมซอลต์

การตรวจสอบผลลัพธ์

หากต้องการยืนยันค่า ให้เทียบด้วยเครื่องมือบรรทัดคำสั่ง และจำไว้ว่า echo จะเพิ่มการขึ้นบรรทัดใหม่ คำสั่ง printf 'hello' | sha1sum จะให้ aaf4c61ddcc5e8a2dabede0f3b482cd9aea9434d ซึ่งตรงกับตารางด้านบน

การอ่านค่า SHA-1

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

หากต้องการแสดงหลายอัลกอริทึมของสตริงเดียวกัน เช่นในเอกสาร ให้สร้างเพียงครั้งเดียวแล้วใช้รายการเต็มใต้ผลลัพธ์หลัก แทนการทำขั้นตอนซ้ำ

ตัวอย่างการตรวจสอบ

แฮชคำว่า hello world จะได้ 2aae6c35c94fcfb415dbe95f408b9ce91ee846ed หากระบบของคุณแสดงค่าอื่น แปลว่าอินพุตที่ถูกแฮชไม่ใช่อักขระ 11 ตัวนี้ทุกประการ ให้ตรวจสอบการขึ้นบรรทัดใหม่ที่ท้าย ช่องว่างซ้ำ หรือการเข้ารหัสตัวอักษรที่ต่างกันของอีกฝั่ง