Are files uploaded to a server?
No. The input file bytes are processed inside your browser. Some tools download their JavaScript libraries from public CDNs, but the files themselves are not uploaded.
Verify a local file against a known cryptographic hash.
Enable JavaScript to use the tool.
Choose a file, calculate a SHA-256, SHA-384, SHA-512 or legacy SHA-1 checksum, and optionally compare the result with a published expected value.
Matching a trusted checksum helps confirm file integrity, but a hash from an untrusted source cannot establish file safety.
No. The input file bytes are processed inside your browser. Some tools download their JavaScript libraries from public CDNs, but the files themselves are not uploaded.
No. The current version is free, has no registration and runs on devices with a compatible modern browser.
Matching a checksum confirms the file matches the expected bytes, provided the expected checksum comes from a source you trust. A hash alone does not prove who published it.
Cryptographic hashes turn file bytes into a fixed-length fingerprint. If a publisher gives you a trusted SHA-256 value, calculating the hash of your download lets you check whether your copy matches the bytes the publisher intended. Even a one-bit change produces a very different hash.
A matching checksum does not prove that the publisher is trustworthy or that the file is free of malware; it proves only that your file matches the referenced bytes. The expected hash must come from a source you trust, ideally a channel independent from the download itself when integrity is important.
Example task: A software publisher gives you an official SHA-256 checksum for a release ZIP.
Identical SHA-256 results are strong evidence that the compared bytes match, assuming the expected checksum is authentic.
A matching hash alone does not prove the software is harmless; an attacker can publish a malicious file and its matching hash together.