SHA-3 Hash Generator (Keccak SHA3-256)

Was ist SHA-3?

// SHA-3 (NIST FIPS 202 SHA3-256) using js-sha3 library
import { sha3_256 } from 'js-sha3';

const hash = sha3_256('Hello, World!');
// → '882f4b6991a775295186a4e3cc5ece9fc0b618c8c3e7a7beafdd0f56f13ae43b'

// Note: this differs from Ethereum's keccak256 for the same input:
// keccak256('Hello, World!') = 'acaf3289d7b601cbd114fb36c4d29c85bbfd5e133f14cb355c3fd8d99367964f'
// The difference is the padding byte: 0x06 (SHA-3) vs 0x01 (original Keccak)

SHA-3-Beispiele

abc

3a985da74fe225b2045c172d6bd390bd855f086e3e9d525b46bfe24511431532

Hello

NIST SP 800-57 Part 1 Rev 5 — Recommendation for Key Management

POST /api/ledger
{"amount":250000,"from":"acct-A","to":"acct-B"}

SHA-3-Hashes generieren

1. 1

   Text in das Eingabefeld einfügen

   Wähle den Reiter "Text" und tippe oder füge einen beliebigen String ein. Der SHA3-256-Hash wird live während der Eingabe aktualisiert. Beim ersten Einsatz wird die js-sha3-Bibliothek (~10 KB) abgerufen und gecacht — beim allerersten Hash kannst du eine kurze Verzögerung bemerken; alle nachfolgenden Hashes sind sofort. Der Algorithmus ist bereits auf SHA-3 (NIST FIPS 202 SHA3-256) eingestellt.

2. 2

   Die 64-Zeichen-Hex-Ausgabe kopieren

   Klicke auf die Kopieren-Schaltfläche neben dem Hash-Ergebnis. Der 64-Zeichen-Kleinbuchstaben-Hex-String wird in deine Zwischenablage kopiert. Nutze den Großbuchstaben-Schalter, wenn dein Zielsystem Großbuchstaben erfordert. Diese Ausgabe stimmt mit jeder FIPS-202-konformen SHA3-256-Implementierung überein — beachte aber, dass sie sich für dieselbe Eingabe von Ethereums keccak256 unterscheidet.

3. 3

   Mit dem Reiter "Vergleichen" verifizieren

   Wechsle zum Reiter "Vergleichen" und füge zwei SHA3-256-Hashes nebeneinander ein. Das Tool verwendet zeitkonstanten Vergleich, um Übereinstimmung oder Nichtübereinstimmung zu melden, ohne Timing-Informationen preiszugeben. Nützlich zur Verifizierung von NIST CAVP-Testvektoren, Überprüfung von Archivmanifesten oder Bestätigung, dass zwei SHA3-256-Implementierungen identische Ausgaben erzeugen.

Technische Details

Algorithmus: Keccak-f[1600]-Schwamm-Konstruktion

SHA3-256 wendet die Keccak-f[1600]-Permutation (24 Runden von Theta, Rho, Pi, Chi, Iota-Operationen auf einem 5×5×64-Zustandsarray) in einer Schwamm-Konstruktion mit Rate=1088 Bit und Kapazität=512 Bit an. Eingaben werden in 136-Byte-(1088-Bit-)Blöcken absorbiert; 256 Bit Ausgabe werden ausgepresst. Der FIPS 202-Domänentrenner fügt 0x06 vor dem Padding an. Implementierung: NIST FIPS 202 (2015), Abschnitt 6.

Ausgabe: SHA3-256 standardmäßig, 64 Hex-Zeichen (FIPS 202 definiert auch 224/384/512)

Dieses Tool gibt SHA3-256 aus: immer genau 64 hexadezimale Zeichen (256 Bit = 32 Bytes). NIST FIPS 202 standardisiert auch SHA3-224 (56 Zeichen), SHA3-384 (96 Zeichen) und SHA3-512 (128 Zeichen) — alle mit derselben Keccak-f[1600]-Permutation mit unterschiedlichen Rate-/Kapazitäts-Splits. Die Ausgabelänge ist unabhängig von der Eingabegröße fest.

Performance: lazy-loaded js-sha3 (~10 KB); ~150–400 MB/s im Browser

Im Gegensatz zu SHA-2-Routen (die die native Web Crypto API des Browsers verwenden) ist SHA-3 nicht in der Web Crypto-Spezifikation. Dieses Tool lädt beim ersten Einsatz die js-sha3-Bibliothek (~10 KB gzip) und cachet sie. Typischer Durchsatz: 150–400 MB/s in JavaScript, gegenüber 400–700 MB/s für SHA-256 über Web Crypto. Für Text-Hashing (Kilobytes) ist der Unterschied unmerklich. Das Haupt-Bundle für andere SHA-Routen ist von diesem Lazy-Load nicht betroffen.

Standards: NIST FIPS 202 (2015), NIST SP 800-185 (KMAC), NIST IR 8105

Standardisiert in FIPS 202 (August 2015). NIST SP 800-185 (2016) definiert KMAC128 und KMAC256 — SHA-3-basierte Schlüssel-MAC-Funktionen, die nativ längenextensions-immun sind ohne HMAC-Wrapper. NIST IR 8105 empfiehlt SHA-3-Varianten für Post-Quantum-Sicherheitsmarge. Derzeit für alle Sicherheitsstärken bis 2030 und darüber hinaus genehmigt.

Best Practices

SHA3-256 nicht mit Ethereums keccak256 verwechseln

Es sind verschiedene Algorithmen mit unterschiedlichen Ausgaben für jede Eingabe. Dieses Tool berechnet NIST FIPS 202 SHA3-256 (Padding-Byte 0x06). Ethereums keccak256 verwendet das ursprüngliche Keccak-Padding (0x01). Wenn du Ethereum-Adress-Hashes, EVM-Speicher-Slots oder Solidity-keccak256()-Ergebnisse berechnest, brauchst du ein keccak256-spezifisches Tool — dieses Tool gibt dir für diese Anwendungsfälle falsche Ergebnisse.

SHA-3 als Ergänzung neben SHA-256 verwenden, nicht als Ersatz

SHA-3 und SHA-2 verwenden strukturell unterschiedliche Designs (Schwamm vs. Merkle-Damgård). Ein duales Hash-Manifest (SHA-256 + SHA3-256) bietet Verteidigung in der Tiefe: wenn je ein kryptoanalytischer Bruch in der Konstruktion einer Familie gefunden wird, bleibt die andere sicher. Für langfristige Archivdaten und Regierungsdokumente empfiehlt NIST diesen dualen Algorithmus-Ansatz. Für den alltäglichen Einsatz bleibt SHA-256 allein vollkommen ausreichend.

KMAC gegenüber HMAC-SHA3-256 für neue Schlüssel-MAC-Designs bevorzugen

NIST SP 800-185 definiert KMAC128 und KMAC256 — zweckgebaute Schlüssel-MACs auf Basis von SHA-3. Da die Schwamm-Konstruktion nativ längenextensions-immun ist, benötigt KMAC nicht den doppelten Hashing-Wrapper, den HMAC für Sicherheit erfordert. Für neue Protokolle, die Flexibilität bei der MAC-Algorithmenwahl haben, sind KMAC128 (128-Bit-Sicherheit) oder KMAC256 (256-Bit-Sicherheit) klarer und geringfügig effizienter als HMAC-SHA3-256.

Zeitkonstanten Vergleich beim Verifizieren von SHA-3-Hashes im Code verwenden

Beim Vergleichen zweier SHA3-256-Hashes im Code verwende immer eine zeitkonstante Gleichheitsfunktion: Node.js crypto.timingSafeEqual(), Python hmac.compare_digest(), Go subtle.ConstantTimeCompare(). Naiver String-Vergleich (=== oder ==) gibt Timing-Informationen preis, die einem Angreifer erlauben, den erwarteten Hash Byte für Byte zu rekonstruieren. Dies gilt gleichermaßen für SHA-3 und alle anderen Hash-Funktionen. Der Reiter "Vergleichen" dieses Tools verwendet bereits zeitkonstanten Vergleich.

SHA-3 FAQ