File Hash Calculator

Paste the contents of a file or any text and get every common cryptographic hash: MD5, SHA-1, SHA-256 and SHA-512. Useful for verifying a download against the vendor’s published checksum, spot-checking backup integrity or adding content-addressed identifiers to a pipeline. The text you paste is sent to the server as part of the page request used to compute the hashes.

How to use the calculator

  1. 1

    Paste the text

    Copy the file contents or any text into the text area. This tool hashes text input; it does not read files from your disk.

  2. 2

    Calculate

    Click the Calculate Hashes button. The same input is hashed with all four algorithms at once.

  3. 3

    Read the digests

    MD5, SHA-1, SHA-256 and SHA-512 are all shown at once, in lowercase hex, ready to copy.

  4. 4

    Compare with the reference

    Compare each digest with the vendor's published checksum, character by character. The tool shows the digests; the comparison is yours to make.

Hash function reference

Algorithm Output length Status for integrity Status for security
MD5 128 bit (32 hex) OK for casual integrity Broken, do not use for security
SHA-1 160 bit (40 hex) OK for integrity Broken, collisions demonstrated
SHA-256 256 bit (64 hex) Recommended default Still considered secure
SHA-512 512 bit (128 hex) Often faster on 64-bit Still considered secure

When to use which

  • MD5: only for detecting accidental corruption (a disk read flip, a botched download). Not safe when an attacker might craft a file to match.
  • SHA-1: legacy systems that cannot be upgraded. Avoid for anything new.
  • SHA-256: the modern default. Every Linux distro, every cloud vendor, every package manager publishes SHA-256.
  • SHA-512: when the platform has native 64-bit hashing support, often 20-30% faster than SHA-256 on such hardware, despite the bigger output.

Typical workflow: verifying a download

  1. Download the file from the vendor.
  2. Find the vendor’s published SHA-256 on their release page.
  3. If the file is text-based, paste its contents into this tool and read its SHA-256. For binary files, use a local command-line hasher (sha256sum on Linux, shasum on macOS, Get-FileHash in PowerShell).
  4. Compare the two strings character by character.
  5. If they differ, the file is corrupt or tampered, delete and redownload from an official mirror.

Common mistakes

  • Comparing only the first 6-8 hex characters. Attackers with enough compute can forge short prefix collisions for weak algorithms, always compare the full string.
  • Trusting the hash published on the same page as the download. If the site is compromised, both are compromised. Use a separate channel (vendor Twitter, signed release notes) when the stakes are high.
  • Treating a matching MD5 as “secure”. It proves the file was not randomly corrupted, not that it was not swapped.

Frequently Asked Questions

Yes. The text is sent to the server as part of the page request used to compute the hashes. It is not stored and it is not added to the page link.

Each hash function produces a different fingerprint by design. The input is the same, but MD5, SHA-1, SHA-256 and SHA-512 each digest it differently and output a different length of hex.

Yes, this is called a collision. For MD5 and SHA-1 it is practically achievable; for SHA-256 and SHA-512 no one has publicly demonstrated one and it is not expected for decades.

There is no artificial size limit, but very large pastes slow the page down and can hit browser limits for text areas. This tool hashes text input only; for binary files, use a hashing tool that reads the file directly.

Related Tools

Tool available in other languages