How this hash generator works
Your text is encoded as UTF-8 bytes and fed to crypto.subtle.digest, the browser’s native WebCrypto implementation of the SHA family. All four digests — SHA-1 (160 bits), SHA-256 and SHA-384 (the SHA-2 family), and SHA-512 — are computed in one go and shown as lowercase hex, the format used by sha256sum, Git, and virtually every checksum you will meet. Because the hashing engine is native code, it is fast and exactly matches what OpenSSL or your language’s standard library produces for the same input. Nothing you type leaves the browser.
A note on the missing algorithm: MD5 is omitted on purpose. It is collision-broken, and WebCrypto refuses to implement it — a rare case of the platform making the secure choice for you. If a legacy system hands you an MD5 checksum, treat it as an integrity hint, never as a security guarantee.
Choosing an algorithm
- SHA-256 — the default for new work: checksums, signatures, content addressing.
- SHA-512 — same family, faster on 64-bit CPUs for large inputs.
- SHA-1 — legacy only; collisions have been demonstrated, so verify old checksums but do not build on it.
Common uses
Compare a downloaded file’s published checksum, generate a stable cache key or ETag, or verify that two pieces of text are byte-for-byte identical without eyeballing them. Hashes also sit inside signed tokens — the signature of a JWT is an HMAC or signature over its hashed contents, which you can inspect with the JWT Decoder. Remember the hex string is a fingerprint of the exact bytes: a trailing newline or a different line ending produces a completely different hash.