Generatore Hash SHA-384 (Hash TLS Suite B)

Cos'è SHA-384?

// Hash text using Web Crypto API (SHA-384)
async function sha384(text) {
  const data = new TextEncoder().encode(text);
  const hash = await crypto.subtle.digest('SHA-384', data);
  return Array.from(new Uint8Array(hash))
    .map(b => b.toString(16).padStart(2, '0'))
    .join('');
}

await sha384('Hello, World!');
// → '5485cc9b3365b4305dfb4e8337e0a598a574f8242bf17289e0dd6c20a3cd44a089de16ab4ab308f63e44b1170eb5f515'

Esempi SHA-384

ECDHE-ECDSA-AES256-GCM-SHA384

master secret || client random || server random

CLASSIFIED//TS//SI//NF — Document ID: TSC-2026-0001

POST /api/v2/transfer
Content-Type: application/json
{"amount":10000,"to":"account-XYZ"}

Come Generare Hash SHA-384

1. 1

   Incolla testo o trascina un file

   Seleziona la scheda Testo e incolla qualsiasi stringa — un ID documento, il corpo di una richiesta o qualsiasi input — nel campo di input. L'hash SHA-384 si aggiorna mentre scrivi. Per i file, passa alla scheda File e trascina qualsiasi file nella zona di rilascio; il browser lo hashata localmente usando la Web Crypto API senza upload. Un indicatore di progresso appare per i file grandi (>10 MB).

2. 2

   Copia l'hash a 96 caratteri

   Clicca il pulsante Copia accanto all'output dell'hash. La stringa hex minuscola completa a 96 caratteri va negli appunti — pronta da incollare in una configurazione TLS, un report di conformità o un'implementazione HMAC. Usa l'interruttore Maiuscolo se il tuo sistema di destinazione richiede hex maiuscolo.

3. 3

   Confronta con un hash noto

   Passa alla scheda Confronta e incolla due hash SHA-384 affiancati. Lo strumento riporta corrispondenza o mancata corrispondenza usando il confronto a tempo costante, che non perde informazioni di timing. Utile per verificare hash di conformità Suite B, confrontare chiavi derivate HKDF-SHA-384 tra implementazioni o verificare impronte di documenti negli audit di archivi classificati.

Dettagli Tecnici

Algoritmo: SHA-512 con IV diverso, output troncato a 384 bit

SHA-384 è strutturalmente identico a SHA-512 (FIPS 180-4 sezione 6.5). Entrambi usano 80 round di operazioni a 64 bit (funzioni Ch, Maj, Σ0, Σ1) con costanti derivate dalle radici cubiche e quadrate dei primi 80 numeri primi. Il vettore di inizializzazione (otto parole da 64 bit) differisce dall'IV di SHA-512 — l'IV di SHA-384 è derivato dalle parti frazionarie delle radici quadrate dal 9° al 16° numero primo. Dopo l'elaborazione, le prime sei parole da 64 bit delle otto parole di stato vengono prodotte in output (384 bit); le ultime due parole vengono scartate.

Output: 384 bit, 96 caratteri esadecimali

Sempre esattamente 96 caratteri esadecimali minuscoli (384 bit = 48 byte, ogni byte codificato come 2 caratteri hex). Lunghezza fissa indipendentemente dalla dimensione dell'input. La lunghezza a 96 caratteri è l'impronta immediata che distingue SHA-384 da SHA-256 (64 caratteri) e SHA-512 (128 caratteri). I 128 bit scartati — le ultime due parole di stato da 64 bit — sono ciò che rende SHA-384 resistente alle estensioni di lunghezza.

Prestazioni: identiche a SHA-512 sull'hardware a 64 bit

SHA-384 e SHA-512 eseguono la stessa sequenza di istruzioni sui processori a 64 bit. Entrambi usano blocchi di input da 1024 bit (128 byte), elaborati con rotazioni e addizioni a 64 bit. La velocità è tipicamente 500–900 MB/s in un browser usando la Web Crypto API, e 1–3 GB/s negli strumenti nativi con estensioni SHA hardware. Sull'hardware a 32 bit o senza accelerazione hardware, SHA-384/512 sono più lenti di SHA-256 a causa dell'emulazione degli interi a 64 bit.

Standard: FIPS 180-4, NSA Suite B legacy, CNSA attuale

Standardizzato in FIPS 180-2 (2001), versione attuale FIPS 180-4 (2015). Richiesto da NSA Suite B (CNSSP-15, 2005) per TOP SECRET, ancora presente nella CNSA Suite (2015). Specificato per TLS in RFC 5246 (TLS 1.2 PRF con suite crittografiche SHA-384), RFC 8446 (algoritmo di firma TLS 1.3 ecdsa_secp384r1_sha384) e RFC 5869 (HKDF). Approvato da NIST per tutti i livelli di forza di sicurezza fino al 2030 e oltre.

Best Practice

Usa SHA-384 quando l'immunità alle estensioni di lunghezza conta senza HMAC

Se il tuo protocollo espone l'output dell'hash grezzo e un attaccante potrebbe tentare di estendere il messaggio (ad es. certi schemi di URL firmati o challenge-response), SHA-384 fornisce immunità intrinseca alle estensioni di lunghezza che SHA-256 non ha. Per tutti gli altri usi con chiave, applica HMAC indipendentemente dall'hash sottostante — HMAC-SHA-256 e HMAC-SHA-384 sono entrambi sicuri, e HMAC elimina gli attacchi di estensione di lunghezza per qualsiasi variante SHA-2.

Abbina con AES-256-GCM per la conformità Suite B / CNSA

Se stai costruendo un sistema che deve essere conforme ai requisiti NSA Suite B o CNSA, l'abbinamento canonico è AES-256-GCM per la cifratura bulk e SHA-384 per l'integrità e la derivazione delle chiavi. TLS 1.2 con ECDHE-ECDSA-AES256-GCM-SHA384 è la suite crittografica di riferimento. Per TLS 1.3, l'equivalente è TLS_AES_256_GCM_SHA384 con ecdsa_secp384r1_sha384 come algoritmo di firma.

Usa HMAC-SHA-384 per MAC con chiave nei contesti TLS 1.2 PRF

La PRF di TLS 1.2 usa HMAC-SHA-384 per le suite crittografiche in cui è stato negoziato SHA-384 (RFC 5246 sezione 5). Se stai implementando o testando una PRF TLS 1.2: PRF(secret, label, seed) = P_SHA384(secret, label + seed). Non sostituire HMAC-SHA-256 in un contesto di suite crittografica SHA-384 — la negoziazione della suite crittografica determina l'hash PRF, e una mancata corrispondenza causa un fallimento dell'handshake.

Usa il confronto a tempo costante quando verifichi gli hash SHA-384 nel codice

Se stai confrontando due hash SHA-384 nel codice — verificando un'impronta di documento, controllando un MAC — usa una funzione di uguaglianza a tempo costante: Node.js crypto.timingSafeEqual(), Python hmac.compare_digest(), Go subtle.ConstantTimeCompare(). L'uguaglianza di stringhe ingenua (=== o ==) perde informazioni di timing che possono permettere a un attaccante di ricostruire l'hash atteso byte per byte. Questa è una misura critica di difesa in profondità per qualsiasi sistema di autenticazione.

Domande Frequenti SHA-384