1. Home
  2. Developer tools
  3. File Checksum Verifier

File Checksum Verifier

Drop the file you downloaded, paste the checksum from the publisher and see at once whether they match. The algorithm is recognised from the length of the checksum.

Free, no sign-up. Runs in your browser: nothing is uploaded.

How to use File Checksum Verifier

  1. Drop the downloaded file or files.
  2. Paste the expected checksum or a SHA256SUMS file.
  3. Read the match or mismatch result.

Features

  • Detects MD5, SHA-1, SHA-256, SHA-384 and SHA-512 by length
  • Reads sha256sum and BSD-style checksum files
  • Several files at once, matched by name
  • Files never leave your device
  • Shows every hash it calculated
  • Clear explanation of a mismatch

Supported formats

Input

  • Any file (read in your browser)
  • SHA256SUMS-style checksum lists
  • A single pasted checksum

You get

  • Match or mismatch verdict
  • Calculated hashes

Private by design

Everything you enter is processed by your browser on this device. Nothing is sent to openWorkstand or anyone else, so the File Checksum Verifier is safe for private and work data. After you have used it once while online, it also works without an internet connection. How local processing works

Good to know

  • A matching checksum is only as trustworthy as the place it came from; a checksum on the same compromised server proves little.
  • Very large files are read in chunks, so a multi-gigabyte file takes a while on a phone.

Guide

Checking a download against its published checksum

A checksum is a short fingerprint of a file’s contents. Linux distributions, installers and firmware pages publish one next to each download so you can tell whether the copy on your disk is exactly the copy they built. This page does the comparison for you: drop the file, paste the published value, and it reports a match or a mismatch without sending the file anywhere.

How the comparison works

The tool reads the dropped file into memory and runs it through the hash functions built into your browser. It decides which functions to use by looking at the expected value: a 64-digit hex string can only be SHA-256 in practice, a 32-digit one is MD5. If you paste the contents of a whole checksum file, every line is parsed, and each dropped file is matched to the line carrying its name. Both the classic hash filename layout from sha256sum and the BSD form SHA256 (filename) = hash are accepted, and a leading asterisk before the name, which marks binary mode, is ignored.

A worked example

The Sample button loads three lines and three tiny files. empty.txt is zero bytes long, and the list gives it the SHA-256 e3b0c442…b855, the well-known digest of empty input. empty-md5.bin, also empty, is listed with the MD5 d41d8cd9…e87e. installer.iso holds the five letters “hello” and is listed with the SHA-256 2cf24dba…9824. The page reports a match for all three, each time naming the algorithm that matched, and prints both the MD5 and SHA-256 it calculated for every file, for example 5d41402abc4b2a76b9719d911017c592 as the MD5 of “hello”.

What a match proves

A match proves that your copy equals the one the checksum was computed from. That rules out an interrupted download, a flipped bit on a bad disk and a wrong edition. It does not prove the original is safe. If an attacker can replace a file on a download server, they can usually replace the checksum beside it. Take the value from a different channel when it matters: the project’s HTTPS page, a signed announcement, a package manager’s metadata.

Reading a mismatch

On a mismatch the page tells you which algorithm the expected value looks like and says the file’s value differs. Check the boring causes first: you may have the wrong version, a download that stopped early, a file that a browser or antivirus rewrote, or a text file whose line endings were converted. Compare file sizes with the size on the download page, then download again over a stable connection.

MD5 and SHA-1

Both still catch accidental damage. Neither is safe against a deliberate attacker, who can build two different files with the same MD5 or SHA-1 value. When a publisher offers SHA-256, use it, and treat an MD5 match as a convenience check only.

Limits

Very large files are read whole, so a multi-gigabyte image may exhaust memory on a phone. The page compares hashes only; it cannot verify a GPG or minisign signature, and it never contacts the publisher.

Checked against the current version of the File Checksum Verifier on .

Frequently asked questions

Why does the page show several hashes for one file?

It calculates every algorithm whose output length fits the checksums you pasted, so a list that mixes MD5 and SHA-256 lines gets both for each file. The values are shown so you can compare by eye with a different source.

My checksum file has file names with folders in them. Will they match?

Yes, as long as the last part of the path equals the name of the file you dropped. A line for dist/app-1.2.zip is matched to a dropped file called app-1.2.zip.

What does a checksum mismatch mean?

The file differs from the one the checksum was made from. The usual causes are an interrupted download, a different version or edition, or a file that was tampered with.

Is a matching checksum proof that a file is safe?

Only if the checksum came from a trusted place. If an attacker can change the file on a server they can usually change the checksum next to it, so prefer checksums shown on a separate, HTTPS-protected page or signed.

Keep working with the result

openWorkstand also includes a free workspace with documents, spreadsheets, tasks, projects and a calendar that save to a folder on your computer.