เครื่องมือสร้างเช็กซัม CRC32

CRC32 ให้อะไรกับคุณ

การตรวจสอบความซ้ำซ้อนแบบวนรอบ (CRC) คือตัวเลขสั้น ๆ ที่คำนวณจากข้อมูล เพื่อให้ตรวจพบการเปลี่ยนแปลงโดยบังเอิญได้ CRC32 ให้ผลลัพธ์ 32 บิต แสดงเป็นเลขฐานสิบหก 8 อักขระ

ค่าเหล่านี้เป็น CRC-32 รูปแบบทั่วไปที่มีพหุนาม 0x04C11DB7 ในรูปแบบสะท้อน (reflected) ซึ่งเป็นแบบเดียวกับที่ไฟล์ ZIP ชิ้นส่วน PNG และ gzip ใช้ ไลบรารีบางตัวให้ CRC อีกแบบภายใต้ชื่อที่คล้ายกัน ซึ่งเป็นสาเหตุที่พบบ่อยของการไม่ตรงกัน

การใช้ CRC32 ที่เหมาะสม

• ตรวจจับความผิดพลาดโดยบังเอิญ: บิตเดียวที่พลิกระหว่างการจัดเก็บหรือการส่งข้อมูลจะเปลี่ยนเช็กซัม
• เทียบกับค่าที่เผยแพร่: รายการในไฟล์บีบอัดและรูปแบบไฟล์มักแสดง CRC-32 ข้างแต่ละรายการ
• ตัวระบุสั้นและใช้ง่าย: 8 อักขระอ่านออกเสียงหรือวางลงในบรรทัดของล็อกได้สะดวก
• การดีบัก: เปรียบเทียบเช็กซัมของสตริงสองตัวที่คล้ายกัน จะรู้ได้ทันทีว่าต่างกันหรือไม่

สิ่งที่ CRC32 ทำไม่ได้

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

เลขศูนย์นำหน้า

เช็กซัมจะมี 8 อักขระเสมอ ค่าอย่าง 0d4a1185 จะคงเลขศูนย์นำหน้าไว้ หากเครื่องมืออื่นแสดง 4a1185 แสดงว่าตัดการเติมออกไปแล้ว แต่ตัวเลขยังเหมือนเดิม

การอ่านค่า CRC32

ผลลัพธ์เป็นเลขฐานสิบหก ใช้เลข 0 ถึง 9 และตัวอักษร a ถึง f บางเครื่องมือแสดงตัวเลขเดียวกันเป็นฐานสิบ ซึ่งดูต่างไปมาก เช่น 3610a686 ในฐานสิบหกเท่ากับ 907,060,870 ในฐานสิบสำหรับข้อความ hello ก่อนสรุปว่าเช็กซัมไม่ตรงกัน ให้ตรวจสอบว่าทั้งสองฝั่งใช้รูปแบบการแสดงผลเดียวกัน

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

ลองใช้ข้อความ hello world เช็กซัม CRC32 ของมันคือ 0d4a1185 หากคุณเปลี่ยน H เป็นตัวพิมพ์ใหญ่แล้วแฮชคำเดียวกัน เช็กซัมจะต่างไปโดยสิ้นเชิง ดังนั้นค่าอ้างอิงจะบอกได้ทันทีว่าอินพุตไม่ใช่สิ่งที่ผู้ส่งใช้ ช่องว่างท้ายข้อความก็เช่นกัน มันเป็นส่วนหนึ่งของข้อมูลและเป็นส่วนหนึ่งของเช็กซัมด้วย