แฮช/การเข้ารหัส

Checksum Verifier

ตรวจสอบความถูกต้องของไฟล์หรือข้อความ — วางแฮชที่คาดไว้ เครื่องมือจะตรวจจับอัลกอริทึมจาก 13 แบบที่รองรับให้เอง

ป้อนข้อความ/ไฟล์และแฮชที่คาดไว้เพื่อตรวจสอบ

แฮชที่คำนวณได้

MD5
SHA-1
SHA-256
SHA-384
SHA-512
SHA3-256
SHA3-512
RIPEMD-160
BLAKE2b-512
BLAKE2s-256
BLAKE3
CRC32
Adler-32

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

Common uses

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 เร็วกว่ามาก แต่สามารถปลอมแปลงโดยเจตนาได้ง่าย — เหมาะสำหรับตรวจจับความเสียหายโดยไม่ตั้งใจระหว่างส่งข้อมูล (โปรแกรมบีบอัดไฟล์ โปรโตคอลเครือข่าย) แต่ไม่เหมาะเป็นการป้องกันผู้โจมตีที่ต้องการสับเปลี่ยนไฟล์โดยไม่ให้ถูกจับได้

ควรทำอย่างไรหากเช็คซัมไม่ตรงกัน?

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

บทความ: แฮช/การเข้ารหัส

Hash Generator: MD5, SHA-1 และ SHA-256 ต่างกันอย่างไร

เหตุใด MD5 จึงยังใช้ตรวจสอบความถูกต้องของไฟล์ แต่ไม่ใช้กับรหัสผ่าน

HMAC: แฮชที่มีคีย์ต่างจากแฮชธรรมดาอย่างไร

เหตุใด SHA-256 ธรรมดาจึงไม่ป้องกันการปลอมแปลงข้อความ แต่ HMAC ป้องกันได้

Bcrypt: เหตุใดรหัสผ่านจึงถูกแฮชอย่างช้า ๆ ไม่ใช่เร็ว

เหตุใด SHA-256 ที่เร็วจึงเป็นตัวเลือกที่แย่สำหรับรหัสผ่าน และ bcrypt ที่ช้าจึงเป็นตัวเลือกที่ถูกต้อง

UUID: ตัวระบุที่แทบไม่เคยซ้ำกันถูกสร้างขึ้นอย่างไร

เหตุใด UUID v4 จึงสามารถสร้างแยกกันได้บนเครื่องนับล้านเครื่องโดยไม่มีความเสี่ยงชนกัน

Password Generator: อะไรที่ทำให้รหัสผ่านแข็งแกร่งจริง ๆ

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

AES: การเข้ารหัสแบบสมมาตรทำงานอย่างไร

เหตุใดคีย์เดียวกันจึงเข้ารหัสและถอดรหัสข้อมูลใน AES และสิ่งนี้ต่างจากการเข้ารหัสแบบอสมมาตรอย่างไร

Argon2: เหตุใดอัลกอริทึมนี้จึงชนะการแข่งขันแฮชรหัสผ่าน

Argon2 ป้องกันการโจมตีด้วย GPU ได้ดีกว่าอัลกอริทึมแฮชรหัสผ่านรุ่นเก่าอย่างไร

Scrypt: เหตุใดอัลกอริทึมนี้จึงต้องการหน่วยความจำมากขนาดนั้น

เหตุใด scrypt จึงต้องการหน่วยความจำมากโดยตั้งใจเพื่อให้การเดารหัสบนอุปกรณ์ ASIC ยากขึ้น

TOTP: รหัสใช้ครั้งเดียวในแอปยืนยันตัวตนทำงานอย่างไร

เหตุใดรหัสใน Google Authenticator จึงทำงานได้โดยไม่มีอินเทอร์เน็ตและซิงค์กับเซิร์ฟเวอร์ผ่านเวลาเท่านั้น

PBKDF2: มาตรฐานการยืดคีย์ที่เก่าแก่ที่สุด

เหตุใดจำนวนรอบการวนซ้ำที่แนะนำสำหรับ PBKDF2 จึงเพิ่มขึ้นทุกปี

X.509: ภายในใบรับรอง SSL มีอะไรบ้าง

เบราว์เซอร์ตรวจสอบอะไรในใบรับรองของเว็บไซต์ก่อนแสดงกุญแจสีเขียว

PGP: การเข้ารหัสด้วยกุญแจสาธารณะและกุญแจส่วนตัวทำงานอย่างไร

เหตุใดจึงสามารถแชร์กุญแจสาธารณะ PGP ได้อย่างอิสระ แต่ห้ามแชร์กุญแจส่วนตัวเด็ดขาด