แฮช/การเข้ารหัส
Checksum Verifier
ตรวจสอบความถูกต้องของไฟล์หรือข้อความ — วางแฮชที่คาดไว้ เครื่องมือจะตรวจจับอัลกอริทึมจาก 13 แบบที่รองรับให้เอง
แฮชที่คำนวณได้
Sites publish a checksum next to a download so users can confirm the file arrived intact and hasn't been tampered with. This tool hashes your file and compares it against the expected value, detecting the algorithm automatically.
How to use it
- Pick a file or paste text, then paste the expected hash published by the source.
- The tool auto-detects the algorithm from the hash's length among the 13 it supports (MD5, SHA-1, SHA-256, and others) and shows whether the result matches.
- If the algorithm is known ahead of time, you can select it manually for a more precise check.
Common uses
- Verifying an ISO image or installer after downloading it, before burning it to media.
- Confirming an archive of important data survived a network transfer intact.
- Cross-checking a package manager's checksum against the one the developer published.
Things to keep in mind
A checksum check protects against accidental corruption and confirms file integrity, but it doesn't guarantee the original itself wasn't compromised at the source — that requires a digital signature.
If the checksum doesn't match, re-download the file first: the most common cause is corruption in transit, not tampering.
บทความเกี่ยวกับเครื่องมือนี้: Checksum Verifier: วิธีตรวจสอบว่าไฟล์ไม่เสียหาย
คำถามที่พบบ่อย
การเปรียบเทียบเช็คซัมแทนที่จะเชื่อไฟล์ที่ดาวน์โหลดมาเฉย ๆ มีประโยชน์อะไร?
เช็คซัมช่วยให้คุณยืนยันได้ว่าไฟล์ไม่เสียหายระหว่างการถ่ายโอนหรือถูกดัดแปลง โดยเปรียบเทียบแฮชที่คำนวณในเครื่องกับค่าที่แหล่งที่มาเผยแพร่ไว้ หากไม่ตรงกัน แสดงว่าไฟล์แตกต่างจากที่เผยแพร่
ควรใช้อัลกอริทึมใดในการตรวจสอบเช็คซัม?
ใช้อัลกอริทึมเดียวกับที่แหล่งที่มาเผยแพร่เช็คซัมไว้ — ปัจจุบันมักเป็น SHA-256 แม้เช็คซัม SHA-1 หรือ MD5 รุ่นเก่ายังพบได้กับไฟล์เก่า อัลกอริทึมต้องตรงกันเป๊ะ เพราะแฮชจากอัลกอริทึมหนึ่งเทียบกับอีกอัลกอริทึมไม่ได้
การตรวจสอบไฟล์อัปโหลดมันไปที่ไหนหรือไม่?
ไม่ ไฟล์ถูกอ่านและแฮชทั้งหมดในเบราว์เซอร์ของคุณ ไม่เคยถูกอัปโหลดไปยังเซิร์ฟเวอร์
เหตุใดบางครั้งการตรวจสอบเช็คซัมจึงใช้ CRC32 แทน SHA-256?
CRC32 เร็วกว่ามาก แต่สามารถปลอมแปลงโดยเจตนาได้ง่าย — เหมาะสำหรับตรวจจับความเสียหายโดยไม่ตั้งใจระหว่างส่งข้อมูล (โปรแกรมบีบอัดไฟล์ โปรโตคอลเครือข่าย) แต่ไม่เหมาะเป็นการป้องกันผู้โจมตีที่ต้องการสับเปลี่ยนไฟล์โดยไม่ให้ถูกจับได้
ควรทำอย่างไรหากเช็คซัมไม่ตรงกัน?
อันดับแรกให้ดาวน์โหลดไฟล์ใหม่ — สาเหตุที่พบบ่อยที่สุดของความไม่ตรงกันคือความเสียหายระหว่างการส่งข้อมูล หากดาวน์โหลดซ้ำแล้วผลรวมยังไม่ตรงกัน อย่าใช้ไฟล์นั้น เพราะอาจเป็นไปได้ว่าแหล่งที่มาอัปเดตไฟล์โดยไม่ได้อัปเดตเช็คซัมที่เผยแพร่ไว้ หรือไฟล์ถูกสับเปลี่ยน