Skip to content
BetterPass logo

SHA3-384 Hash Generator — Keccak-based SHA-3 Hashing

A 96-character hash for high-security workloads — 192-bit collision protection for government and financial systems.

Result

Hash chaining feeds each digest back in as the next input: H(H(…H(input))). Bitcoin uses double SHA-256 (2). This is not a password KDF — use PBKDF2, bcrypt, or scrypt for passwords.

What is SHA3-384 Hash?

SHA3-384 produces a 96-character hash with 192-bit security — the SHA-3 sibling of SHA-384 for high-security certificates, government systems, and long-lived data.

Sponge at 192-bit — SHA3-384 draws on Keccak's sponge construction, producing a 384-bit output for 192-bit collision security — matching SHA-384's level but with inherent length-extension resistance.
NIST standard — defined in FIPS 202, approved for government and military grade security.

Zero-Server Tool Data Guarantee

All hashing happens locally in your browser using the @noble/hashes library. Your input is never sent to any server.

How to Use

01

Enter Your Text

Type or paste the text you want to hash into the input area.

02

View the Hash

The SHA3-384 hash is computed instantly as you type. It is displayed as a 96-character hex string.

03

Verify a Checksum

Switch to the Verify tab and paste a published checksum — raw hex or openssl dgst -sha3-384 output works — to confirm it matches the hash of your input.

04

Copy the Result

Use the copy button to save the hash to your clipboard.

Common Use Cases

High-Security Digital Signatures

Use SHA3-384 for digital signatures requiring 192-bit security in certificate authorities and trust chains.

Government & Military Applications

Meets NIST FIPS 202 requirements for classified and sensitive government information protection.

Financial Systems

Secure financial transaction verification where high-security hash functions are mandated by regulation.

Long-Term Data Protection

Archive integrity verification for data that must remain secure for decades against advancing threats.

Implementation Examples

JavaScriptBrowser (@noble/hashes)
import { sha3_384 } from '@noble/hashes/sha3.js';
const hashBytes = sha3_384(new TextEncoder().encode('hello world'));
const hashHex = Array.from(new Uint8Array(hashBytes))
.map(b => b.toString(16).padStart(2, '0')).join('');
console.log(hashHex);
// "83bff28dde1b1bf5810071c6643c08e5b05bdb836effd70b403ea8ea0a634dc4997eb1053aa3593f590f9c63630dd90b"

SHA3-384 vs SHA-384 vs SHA3-512

PropertySHA3-384SHA-384SHA3-512
Output size384-bit (96 hex)384-bit (96 hex)512-bit (128 hex)
Security level192-bit (unbroken)192-bit (unbroken)256-bit (unbroken)
StandardNIST FIPS 202NIST FIPS 180-4NIST FIPS 202
ConstructionSponge (Keccak)Merkle-DamgårdSponge (Keccak)
Length extension resistantYes (inherent)NoYes (inherent)
Quantum resistanceBetter (sponge)WeakerBetter (sponge)
Recommended useHigh-security appsLegacy compatibilityMaximum SHA-3 security

Which SHA-3 Size?

SHA-3 sizeOutputCollision resistanceBest for
SHA3-22456 hex112-bitEmbedded / constrained devices, compact checksums
SHA3-25664 hex128-bitGeneral-purpose SHA-3, NIST FIPS 202 compliance
SHA3-384You're here96 hex192-bitGovernment / high-security systems, long-term archival
SHA3-512128 hex256-bitMaximum security margin, classified data, post-quantum planning

All four sizes use the same Keccak sponge construction from NIST FIPS 202 — they differ only in output length and security margin.

Production Best Practices & Security

Follow NIST FIPS 202 — SHA3-384 is a standardized algorithm; use it where NIST compliance is required for high-security applications. Why:NIST FIPS 202 compliance is mandatory for many government systems. Using a standardized algorithm ensures it has been peer-reviewed and meets rigorous security requirements.
Don't use SHA3-384 alone for passwords — it's too fast; use bcrypt, scrypt, or PBKDF2 instead. Why:SHA3-384 can process hundreds of millions of hashes per second, allowing attackers to test enormous password dictionaries in minutes without key stretching.
Use a salt for uniqueness — without a salt, identical inputs produce identical hashes, enabling rainbow table attacks. Why:A unique per-user salt means each hash must be attacked independently, making precomputed rainbow tables useless and drastically increasing the cost of mass password cracking.
Use for high-security applications — SHA3-384 provides 192-bit security, suitable for government and military grade requirements. Why:192-bit collision resistance exceeds the 128-bit minimum for top-secret classification and provides a comfortable security margin against both classical and near-term quantum attacks.
Consider post-quantum readiness — SHA-3's sponge construction offers different security properties than SHA-2. Why:SHA-3's underlying Keccak permutation has a different algebraic structure than SHA-2, meaning a quantum breakthrough against one family would not necessarily affect the other, providing cryptographic diversity.
Verify integrity end-to-end — compute the hash at the source and verify it at the destination to detect tampering. Why:If an attacker modifies data in transit, the hash will change completely due to the avalanche effect. Comparing source and destination hashes is the most reliable way to detect any alteration.

Frequently Asked Questions

SHA3-384 is a cryptographic hash function from the NIST SHA-3 family defined in FIPS 202. It uses the Keccak sponge construction with a 1600-bit state array and produces a fixed 384-bit (96-character hex) output.

SHA3-384 provides 192-bit collision resistance (two different inputs producing the same hash — a collision — is practically impossible to find), offering a substantial security margin that exceeds the requirements of most applications — including classified government systems.

It is the SHA-3 equivalent of SHA-384 but with the Keccak sponge's inherent resistance to length extension attacks.