Skip to main content
L
Loopaloo
Buy Us a Coffee
All ToolsImage ProcessingAudio ProcessingVideo ProcessingDocument & TextPDF ToolsCSV & Data AnalysisConverters & EncodersWeb ToolsMath & ScienceGames
Guides & BlogAboutContact
Buy Us a Coffee
L
Loopaloo

Free online tools for developers, designers, and content creators. Your files are processed in your browser and are never uploaded - no accounts required. A few network utilities (like What's My IP and Currency Converter) call public APIs to do their job and say so on their pages.

support@loopaloo.com

Tool Categories

  • Image Tools
  • Audio Tools
  • Video Tools
  • Document & Text
  • PDF Tools
  • CSV & Data
  • Converters
  • Web Tools
  • Math & Science
  • Games

Company

  • About Us
  • Contact
  • Blog
  • FAQ

Legal

  • Privacy Policy
  • Terms of Service
  • Disclaimer

Support

Buy Us a Coffee

© 2026 Loopaloo. All rights reserved. Built with privacy in mind.

Privacy|Terms|Disclaimer
  1. Home
  2. Converters & Encoders
  3. Checksum Calculator
Add to favorites

Checksum Calculator

Hash files with MD5, SHA-1, SHA-2 and CRC, and verify them against a published digest or a whole checksum file

Runs locally in your browserMore converters & encodersJump to full guide

Related reading

  • Hash Functions Explained: MD5, SHA-256, and When to Use Each11 min read

Initializing in your browser…

You might also like

Hash Generator

MD5, SHA-1, SHA-2 and CRC digests of text or a file, with HMAC and verification against a published digest

Color Palette Generator

Build a colour harmony that holds its lightness by rotating hue in OKLCH, with the contrast of every pair, a perceptually even tint and shade ramp, and what a colour blind reader sees

JWT Decoder

Decode a JSON Web Token and, given the secret or public key, actually verify its signature. Refuses alg: none and algorithm confusion

An example conversion

A project publishes a SHA256SUMS file and you want to know whether the four files you downloaded are the ones they released.

Loaded

SHA256SUMS (4 lines) plus alpha.bin, beta.bin, gamma.bin, dupe.bin
What Checksum Calculator produces

Result

alpha.bin   OK (SHA-256)
beta.bin    OK (SHA-256)
gamma.bin   FAILED
delta.bin   file not provided

Not named in the checksum file: dupe.bin

The checksum file is read in both the GNU "hash name" and the BSD "SHA256 (name) = hash" forms, and loading it turns on whichever algorithm its lines actually use. Every line is compared in constant time and reported as matched, failed or not provided, with any extra files listed separately. A single pasted digest works the same way in hex, base64, spaced or colon-separated form, with the algorithm worked out from its length.

What this calculator does

Drop a file in and get its checksum, or paste the digest a project published and find out whether the file you downloaded is the file they released. Eight algorithms are available: MD5, SHA-1, SHA-256, SHA-384, SHA-512 and the non-cryptographic CRC-32, CRC-32C and Adler-32. Several can run at once over the same file. Nothing is uploaded; the file is read in the page and never leaves it. A matching digest tells you two different things depending on which one it is. Any of them proves the file was not corrupted in transit or on disk. Only a digest that is still collision-resistant, which today means SHA-256 or stronger, proves it was not swapped for a different file on purpose, and only if you got the published digest over a channel the attacker did not control. MD5 and SHA-1 are broken for collisions and CRC-32 is trivially forged, so those three are for spotting accidents. The tool labels each algorithm with which it is, next to the digest it produces, rather than leaving you to remember.

How it works

The tool has four modes. Calculate hashes one file and shows every ticked algorithm at once, with the file name, size, type and modified date alongside. Verify checks a file against something a publisher put on their site. Compare hashes two files and says whether they are byte for byte identical. Batch hashes a list of files, groups any that share a digest so duplicates fall out, and exports the result in the GNU `hash name` format that `sha256sum -c` reads back.

Verify accepts a digest in whatever shape you copied it. Bare hex, upper or lower case, with spaces or colons between the bytes, base64, a whole GNU line including the filename, or the BSD form `SHA256 (file) = ...` that macOS `shasum -p` prints. It works out which algorithm could have produced a digest of that length, tells you which one matched, and compares in constant time so the answer cannot be pulled out a byte at a time by timing. It also takes a whole checksum file: load a SHASUMS, .sha256 or .md5 file, add the files it names, and every line is checked and reported as matched, failed, or not provided, with any files you added that the checksum file does not mention listed separately. Loading a checksum file also turns on whichever algorithm its lines actually use.

File size is handled honestly. CRC-32, CRC-32C, Adler-32 and MD5 stream a chunk at a time and work at any size. Web Crypto, which is what makes SHA fast, has no incremental interface, so a SHA digest reads the whole file into memory up to a gigabyte and switches to a JavaScript streaming digest above that. The fast path runs at roughly 600 MB/s and the fallback at roughly 120 MB/s, and progress is reported from the bytes actually read rather than in two halves. A 2.5 GB file hashes in about a minute and matches openssl; a browser cannot read a file that size into a single buffer at all, which is what the older behaviour tried to do. Every run can be cancelled.

When Verify reports a mismatch the usual causes are, in order: the download is incomplete or corrupted, the digest was copied from a different release, a text file whose line endings changed when it was re-saved, or genuine tampering. The tool prints the digest it computed next to the one you pasted so the two can be compared by eye.

Examples

  • Verify a downloaded Linux ISO

    Switch to Verify, drop the .iso in, and paste the SHA256SUMS line from the project's HTTPS page. The tool works out the algorithm, compares in constant time, and prints the digest it computed next to the one you pasted.

  • Check a whole release at once

    In Verify, load the project's SHA256SUMS file, then add every file you downloaded. Each line is reported as matched, failed or not provided, and any extra files you added are listed separately.

  • Confirm two files are identical

    Compare mode hashes both files and reports identical or different, useful for checking a backup copy is byte for byte the same as the original.

How to use

  1. 1Tick the algorithms you want. Several can run at once over the same file.
  2. 2Drop the file in, or use the picker.
  3. 3For Verify, paste the published digest or a whole checksum line, or load a checksum file and add the files it names.
  4. 4Read the verdict. It names the algorithm that matched and shows the digest actually computed.

Key features

  • MD5, SHA-1, SHA-256, SHA-384, SHA-512, CRC-32, CRC-32C and Adler-32, several at once
  • Every algorithm labelled with what it is still safe for, next to its digest
  • Verification against a digest in hex, base64, spaced, colon-separated, GNU or BSD checksum-line form
  • The algorithm worked out from the digest length, so you do not have to pick it first
  • Constant-time comparison
  • Whole checksum files checked at once, with failed, missing and extra files named
  • CRC and MD5 stream at any file size; SHA falls back to a streaming digest above a gigabyte instead of failing
  • Real progress from the bytes read, and a cancel button
  • Batch hashing with duplicate detection and export in the GNU sha256sum format
  • Two files compared byte for byte
  • Everything happens in the page; no file is uploaded

Tips & best practices

  • You do not have to pick the algorithm before pasting. The tool works out which one produced a digest from its length, so a 32-character digest is checked against MD5 and a 64-character one against SHA-256.
  • Paste the whole line the project published, filename and all. Both the GNU "hash name" form and the BSD "SHA256 (name) = hash" form are read.
  • For a release with many files, load the SHASUMS file and then add the files themselves. Every line is checked at once and the failures are named.
  • Batch mode groups files that share a digest, which is a quick way to find duplicate copies in a folder.
  • Export from Batch writes the GNU form, so `sha256sum -c checksums-sha256.txt` on a shell reads it back.

Where this fits

  • Verifying software downloads

    Confirm a downloaded ISO, installer or archive matches the digest the developer published, pasting their line exactly as it appears.

  • Checking a whole release

    Load a SHASUMS file and the files it names, and see at a glance which lines matched, which failed and which files are missing.

  • Data transfer validation

    Hash a file at both ends of an email or a cloud sync and compare, or use Compare mode on the two copies directly.

  • Finding duplicate files

    Batch mode groups files that share a digest, so identical copies under different names show up together.

Frequently asked questions

Which algorithm should I use?

Whichever the publisher used, which the tool works out from the digest you paste. If you are choosing, SHA-256. MD5 and SHA-1 are broken for collisions and CRC-32 is trivially forged, so those detect accidents rather than tampering, and the tool says so next to each one.

Can it handle a multi-gigabyte ISO?

Yes. CRC-32, CRC-32C, Adler-32 and MD5 stream a chunk at a time at any size. SHA buffers the file up to a gigabyte, which is the fast path, and streams in JavaScript above that. A 2.5 GB file takes about a minute and the digest matches openssl.

What forms of digest does Verify accept?

Bare hex in either case, hex with spaces or colons, base64, a GNU checksum line such as "abc123... ubuntu.iso", and the BSD form "SHA256 (ubuntu.iso) = abc123...". Trailing whitespace and newlines do not matter.

How is this different from the hash generator?

This one is built around files: batch hashing, checksum-file import and export, duplicate detection and file comparison. The hash generator is built around typed text, with keyed HMAC and hex or base64 key handling.

Is my file uploaded?

No. It is read in the page through the File API and hashed there. Nothing is sent anywhere, which is also why a large file takes as long as your machine takes.

Related tools and how they differ

  • Hash Generator: Built around typed text: several digests at once as you type, keyed HMAC with hex or base64 keys, and verification of a string against a published digest.
  • SRI Hash Generator: Builds the base64 integrity attribute and crossorigin script/link snippet for web pages; use it to lock down a CDN asset, not to verify a local download.

Further reading

  • Hash Functions Explained: MD5, SHA-256, and When to Use Each11 min read

Private by design

Conversions run on your device in JavaScript. The values you enter are never sent over the network.