Generator SHA-3 hash (Keccak SHA3-256)

Czym jest 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)

Przykłady SHA-3

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"}

Jak generować hashe SHA-3

1. 1

   Wklej tekst w polu wejściowym

   Wybierz zakładkę Tekst i wpisz lub wklej dowolny ciąg. Hash SHA3-256 aktualizuje się na bieżąco podczas pisania. Przy pierwszym użyciu biblioteka js-sha3 (~10 KB) jest pobierana i buforowana — możesz zauważyć krótkie opóźnienie przy pierwszym hashowaniu; wszystkie kolejne hashe są natychmiastowe. Algorytm jest już ustawiony na SHA-3 (NIST FIPS 202 SHA3-256).

2. 2

   Skopiuj 64-znakowe wyjście hex

   Kliknij przycisk Kopiuj obok wyniku hash. 64-znakowy ciąg hex małymi literami jest kopiowany do schowka. Użyj przełącznika Wielkie litery, jeśli system docelowy wymaga wielkich liter. To wyjście odpowiada temu, co produkuje dowolna implementacja SHA3-256 zgodna z FIPS 202 — ale pamiętaj, że różni się od keccak256 Ethereum dla tych samych danych wejściowych.

3. 3

   Weryfikuj za pomocą zakładki Porównaj

   Przełącz na zakładkę Porównaj i wklej dwa hashe SHA3-256 obok siebie. Narzędzie używa porównania w stałym czasie do zgłaszania zgodności lub niezgodności bez ujawniania informacji o czasie. Przydatne do weryfikacji wektorów testowych NIST CAVP, sprawdzania manifestów archiwalnych lub potwierdzania, że dwie implementacje SHA3-256 produkują identyczne wyjście.

Szczegóły techniczne

Algorytm: konstrukcja gąbki Keccak-f[1600]

SHA3-256 stosuje permutację Keccak-f[1600] (24 rundy operacji theta, rho, pi, chi, iota na tablicy stanu 5×5×64) w konstrukcji gąbki z tempem=1088 bitów i pojemnością=512 bitów. Dane wejściowe są pochłaniane w blokach 136-bajtowych (1088-bitowych); wyciskanych jest 256 bitów wyjścia. Separator domeny FIPS 202 dołącza 0x06 przed wypełnieniem. Implementacja: NIST FIPS 202 (2015) sekcja 6.

Wyjście: SHA3-256 domyślnie, 64 znaki hex (FIPS 202 definiuje też 224/384/512)

Narzędzie wyprowadza SHA3-256: zawsze dokładnie 64 znaki szesnastkowe (256 bitów = 32 bajty). NIST FIPS 202 wystandaryzował również SHA3-224 (56 znaków), SHA3-384 (96 znaków) i SHA3-512 (128 znaków) — wszystkie używające tej samej permutacji Keccak-f[1600] z różnymi podziałami tempa/pojemności. Długość wyjścia jest stała niezależnie od rozmiaru wejścia.

Wydajność: lazy-loaded js-sha3 (~10 KB); ~150–400 MB/s w przeglądarce

W odróżnieniu od tras SHA-2 (które używają natywnego Web Crypto API przeglądarki), SHA-3 nie jest w specyfikacji Web Crypto. Narzędzie ładuje bibliotekę js-sha3 (~10 KB skompresowane gzip) przy pierwszym użyciu, a następnie ją buforuje. Typowa przepustowość: 150–400 MB/s w JavaScript, wobec 400–700 MB/s dla SHA-256 przez Web Crypto. Do hashowania tekstu (kilobajty) różnica jest niezauważalna. Główny pakiet dla innych tras SHA nie jest dotknięty tym lazy-loadingiem.

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

Wystandaryzowany w FIPS 202 (sierpień 2015). NIST SP 800-185 (2016) definiuje KMAC128 i KMAC256 — funkcje MAC oparte na kluczu SHA-3, które są natywnie odporne na rozszerzenie długości bez owijacza HMAC. NIST IR 8105 zaleca warianty SHA-3 dla marginesu bezpieczeństwa postkwantowego. Aktualnie zatwierdzone dla wszystkich poziomów siły bezpieczeństwa do 2030 roku i dalej zgodnie z NIST SP 800-131A Rev 2.

Najlepsze praktyki

Nie mylić SHA3-256 z keccak256 Ethereum

To różne algorytmy z różnymi wyjściami dla każdego wejścia. Narzędzie oblicza NIST FIPS 202 SHA3-256 (bajt wypełniający 0x06). keccak256 Ethereum używa oryginalnego wypełnienia Keccak (0x01). Jeśli obliczasz hashe adresów Ethereum, sloty przechowywania EVM lub wyniki keccak256() Solidity, potrzebujesz narzędzia specyficznego dla keccak256 — to narzędzie da błędne odpowiedzi dla tych przypadków użycia.

Używaj SHA-3 jako zabezpieczenia obok SHA-256, nie jako zamiennika

SHA-3 i SHA-2 używają strukturalnie różnych projektów (gąbka vs Merkle-Damgård). Manifest z podwójnym hashowaniem (SHA-256 + SHA3-256) zapewnia głębię obrony: jeśli kryptanalityczne złamanie zostanie kiedyś znalezione w konstrukcji jednej rodziny, druga pozostaje bezpieczna. Dla długoterminowych danych archiwalnych i dokumentów rządowych NIST zaleca rozważenie tego dwualgorytmicznego podejścia. Do codziennego użytku SHA-256 sam w sobie pozostaje doskonale wystarczający.

Preferuj KMAC nad HMAC-SHA3-256 dla nowych projektów MAC opartych na kluczu

NIST SP 800-185 definiuje KMAC128 i KMAC256 — MAC oparte na kluczu zbudowane na SHA-3. Ponieważ konstrukcja gąbki jest natywnie odporna na rozszerzenie długości, KMAC nie potrzebuje podwójnego owijania, którego wymaga HMAC dla bezpieczeństwa. Dla nowych protokołów mających elastyczność w wyborze algorytmu MAC, KMAC128 (128-bitowe bezpieczeństwo) lub KMAC256 (256-bitowe bezpieczeństwo) są czystsze i nieco bardziej wydajne niż HMAC-SHA3-256.

Używaj porównania w stałym czasie przy weryfikacji hashy SHA-3 w kodzie

Przy porównywaniu dwóch hashy SHA3-256 w kodzie zawsze używaj funkcji równości w stałym czasie: crypto.timingSafeEqual() w Node.js, hmac.compare_digest() w Pythonie, subtle.ConstantTimeCompare() w Go. Naiwna równość ciągów (=== lub ==) ujawnia informacje o czasie, które mogą pozwolić atakującemu na odtworzenie oczekiwanego hasha bajt po bajcie. Dotyczy to w równym stopniu SHA-3 i wszystkich innych funkcji hash. Zakładka Porównaj w tym narzędziu już używa porównania w stałym czasie.

Najczęściej zadawane pytania