SHA3-256 Hash Generator

Generate the 256-bit SHA-3 digest of text or a file, as 64 hex characters.

Text
SHA3-256 digest
Runs locally in your browser

About the SHA3-256 Hash Generator

SHA3-256 is the workhorse of the SHA-3 family and the usual choice when a project moves off SHA-2. It returns 256 bits as 64 hexadecimal characters and gives roughly 128 bits of collision resistance, matching SHA-256 in strength while resting on entirely different internals. Because the two designs share no structure, a cryptanalytic break of one would not carry over to the other, which is precisely why NIST ran the competition that produced Keccak.

The sponge construction also removes the need for the HMAC wrapper in some designs: SHA-3 is not vulnerable to length extension, so a plain keyed hash is safe where the same trick would be dangerous with SHA-256. In practice you will meet SHA3-256 in newer signature suites, in Ethereum tooling alongside its Keccak-256 cousin, and in file formats that wanted a fresh primitive. Be careful with that cousin: Ethereum addresses use the pre standard Keccak-256, whose digests differ from SHA3-256 for identical input.

Hashing happens locally in WebAssembly, so a long document or a large file never leaves the browser. Pick hex in either case, or Base64 when the digest has to sit in a JSON payload or an HTTP header. Multi line input is hashed exactly as typed, including the line endings. A shorter digest is available from the SHA3-224 Hash Generator, and file verification is quicker through the Checksum Calculator.

How to use

  1. Type or paste the content you want to fingerprint on the left.
  2. Leave the output as hex, or pick Base64 for transport in JSON.
  3. Use Upload to read a file into the input instead of typing.
  4. Copy the digest, or download it for a manifest file.

Common questions

Is SHA3-256 better than SHA-256?
Neither is broken. SHA3-256 has a different internal design and resists length extension, while SHA-256 is faster on most hardware and far more widely supported.
Why does my Ethereum tool give a different hash?
Ethereum uses Keccak-256, the pre standard version. NIST added a padding suffix before standardising SHA-3, so the digests differ.
How many characters is the output?
Sixty four hexadecimal characters, or forty four characters in Base64 including the padding sign.
Does this handle non English text?
Yes. Input is encoded as UTF-8 before hashing, so accents, CJK characters and emoji all hash consistently.