File Integrity Checker
Verify a file against a published checksum, and understand what a matching hash does and does not prove.
Last reviewed by the Radiatus Cloud team
Need this done properly for your business?
Radiatus delivers secure cloud, DevOps & compliance engineering.
What a checksum actually proves
A matching hash proves the bytes you have are identical to the bytes that produced the published hash. That covers accidental corruption completely — a truncated download, a flipped bit, a failed transfer. What it does not cover is authenticity, because if an attacker can replace the file on a server, they can usually replace the hash listed beside it. A checksum published on the same page as the download protects against accidents, not adversaries.
Which algorithm to use
MD5 and SHA-1 are cryptographically broken: practical collisions exist for both, meaning two different files can be constructed to share a hash. They remain adequate for detecting accidental corruption and useless for detecting deliberate tampering. SHA-256 is the current default and is what any new system should publish. SHA-512 is faster on 64-bit hardware and equally sound. BLAKE3 is dramatically faster still and appearing in newer tooling.
Signatures are what prove origin
A GPG or PGP signature over the file, or over a file containing the hashes, is verified with the publisher's public key. That key is obtained independently — from a keyserver, a package manager, a separate domain — so an attacker who controls the download server cannot forge it. This is why Linux distributions sign their checksum files rather than merely publishing them, and why verifying only the hash misses the point of the exercise.
The comparison must be exact and case-insensitive
Hashes are hexadecimal, so case carries no meaning and tools differ in what they emit. Comparing by eye is where errors enter: people check the first and last few characters and skip the middle, which is precisely where a manipulated value would differ. Paste both into a comparison rather than reading them.
Line endings break text file hashes
A text file transferred between Windows and Unix systems may have its line endings converted, changing every line and therefore the hash, while the content is semantically identical. FTP clients in ASCII mode do this silently. If a text file's hash mismatches but the file opens correctly, this is usually why; binary transfer avoids it entirely.
Baselines detect change over time
Hashing a set of system files and storing the results gives a baseline to compare against later, which is how host intrusion detection identifies modified binaries. The baseline has to be stored somewhere the attacker cannot reach, since a baseline on the compromised host can simply be regenerated after the change.
Related tools
- User Agent Parser — Parse a User-Agent string into browser, engine, operating system and device. Explains why UA strings are unreliable and what to use instead.
- QR Code Generator — Generate QR codes for URLs, text, Wi-Fi and contact details. Adjustable error correction and size, produced entirely in your browser.
- Credit Card Validator — Validate a card number with the Luhn algorithm and identify the issuing network from its prefix. Runs locally, nothing is transmitted.
- Text Case Converter — Convert text between camelCase, PascalCase, snake_case, kebab-case, CONSTANT_CASE, Title Case and sentence case. Runs entirely in your browser.
Frequently Asked Questions
Does a matching checksum mean a file is safe?
No. It proves the bytes match what produced the published hash, which covers corruption completely. If an attacker can replace the file they can usually replace the hash, so it proves nothing about authenticity.
Are MD5 and SHA-1 still usable?
For detecting accidental corruption, yes. For detecting deliberate tampering, no — practical collisions exist for both. Publish SHA-256 for anything new.
How do I verify a file really came from the publisher?
Through a GPG or PGP signature verified with a key obtained independently of the download server. That is why distributions sign their checksum files rather than just publishing them.
Why does my text file hash not match?
Usually line ending conversion between Windows and Unix, which changes every line while the content stays semantically identical. FTP clients in ASCII mode do this silently.
Where should an integrity baseline be stored?
Somewhere the monitored host cannot write to. A baseline stored on the machine it protects can simply be regenerated by whoever modified the files.
Privacy & Security
Hashing done locally.
About This Tool
This tool runs entirely in your browser. No data is sent to any server, ensuring complete privacy. Simply use the interface above to get started — no registration or login required.
Disclaimer: This tool is provided "as is" without warranty of any kind. Results are for educational and utility purposes.
Related Tools
User Agent Parser
UtilityParse a User-Agent string into browser, engine, operating system and device. Explains why UA strings are unreliable and what to use instead.
QR Code Generator
UtilityGenerate QR codes for URLs, text, Wi-Fi and contact details. Adjustable error correction and size, produced entirely in your browser.
Credit Card Validator
UtilityValidate a card number with the Luhn algorithm and identify the issuing network from its prefix. Runs locally, nothing is transmitted.