Gerador de Hash SHA-384 (Hash Suite B para TLS)

O que é 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'

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

Como Gerar Hashes SHA-384

1. 1

   Cole texto ou solte um arquivo

   Selecione a aba Texto e cole qualquer string — um ID de documento, corpo de requisição ou entrada arbitrária — na área de entrada. O hash SHA-384 é atualizado conforme você digita. Para arquivos, mude para a aba Arquivo e arraste qualquer arquivo para a zona de soltura; o navegador o processa localmente usando a Web Crypto API sem upload. Um indicador de progresso aparece para arquivos grandes (>10 MB).

2. 2

   Copie o hash de 96 caracteres

   Clique no botão Copiar ao lado da saída do hash. A string hex minúscula completa de 96 caracteres vai para a sua área de transferência — pronta para colar em uma configuração TLS, relatório de conformidade ou implementação HMAC. Use o botão Maiúsculas se o seu sistema de destino exigir hex maiúsculo.

3. 3

   Compare com um hash conhecido

   Mude para a aba Comparar e cole dois hashes SHA-384 lado a lado. A ferramenta relata correspondência ou não correspondência usando comparação em tempo constante, que não vaza informações de temporização. Útil para verificar hashes de conformidade Suite B, comparar chaves derivadas HKDF-SHA-384 entre implementações ou verificar impressões digitais de documentos em auditorias de arquivos classificados.

Detalhes Técnicos

Algoritmo: SHA-512 com IV diferente, saída truncada a 384 bits

SHA-384 é estruturalmente idêntico ao SHA-512 (FIPS 180-4 seção 6.5). Ambos usam 80 rodadas de operações de 64 bits (funções Ch, Maj, Σ0, Σ1) com constantes derivadas das raízes cúbicas e quadradas dos primeiros 80 primos. O vetor de inicialização (oito palavras de 64 bits) difere do IV do SHA-512 — o IV do SHA-384 é derivado das partes fracionárias das raízes quadradas dos 9° ao 16° primos. Após o processamento, as primeiras seis palavras de 64 bits do estado de oito palavras são a saída (384 bits); as duas últimas são descartadas.

Saída: 384 bits, 96 caracteres hexadecimais

Sempre exatamente 96 caracteres hexadecimais minúsculos (384 bits = 48 bytes, cada byte codificado como 2 hex). Comprimento fixo independentemente do tamanho da entrada. O comprimento de 96 caracteres é a impressão digital imediata que distingue SHA-384 de SHA-256 (64 chars) e SHA-512 (128 chars). Os 128 bits descartados — as duas últimas palavras de estado de 64 bits — são o que torna SHA-384 resistente à extensão de comprimento.

Desempenho: idêntico ao SHA-512 em hardware de 64 bits

SHA-384 e SHA-512 executam a mesma sequência de instruções em CPUs de 64 bits. Ambos usam blocos de entrada de 1024 bits (128 bytes), processados com rotações e adições de 64 bits. A taxa de transferência é tipicamente 500–900 MB/s em um navegador usando a Web Crypto API, e 1–3 GB/s em ferramentas nativas com extensões SHA de hardware.

Padrões: FIPS 180-4, NSA Suite B legado, CNSA atual

Padronizado em FIPS 180-2 (2001), versão atual FIPS 180-4 (2015). Exigido pelo NSA Suite B (CNSSP-15, 2005) para ALTO SECRETO, ainda presente no CNSA Suite (2015). Especificado para TLS na RFC 5246 (PRF TLS 1.2 com conjuntos de cifras SHA-384), RFC 8446 (algoritmo de assinatura TLS 1.3 ecdsa_secp384r1_sha384) e RFC 5869 (HKDF). Aprovado pelo NIST para todos os níveis de força de segurança até 2030 e além.

Boas Práticas

Use SHA-384 quando a imunidade à extensão de comprimento importa sem HMAC

Se o seu protocolo expõe a saída de hash bruto e um atacante poderia tentar estender a mensagem (por exemplo, em certos esquemas de URL assinado ou desafio-resposta), SHA-384 fornece imunidade inerente à extensão de comprimento que SHA-256 não possui. Para todos os outros usos com chave, aplique HMAC independentemente do hash subjacente — HMAC-SHA-256 e HMAC-SHA-384 são ambos seguros.

Combine com AES-256-GCM para conformidade Suite B / CNSA

Se você está construindo um sistema que deve estar em conformidade com os requisitos NSA Suite B ou CNSA, o emparelhamento canônico é AES-256-GCM para criptografia em massa e SHA-384 para integridade e derivação de chave. TLS 1.2 com ECDHE-ECDSA-AES256-GCM-SHA384 é o conjunto de cifras de referência. Para TLS 1.3, o equivalente é TLS_AES_256_GCM_SHA384 com ecdsa_secp384r1_sha384 como algoritmo de assinatura.

Use HMAC-SHA-384 para MAC com chave em contextos de PRF TLS 1.2

O PRF do TLS 1.2 usa HMAC-SHA-384 para conjuntos de cifras onde SHA-384 foi negociado (RFC 5246 seção 5). Se você está implementando ou testando um PRF TLS 1.2: PRF(segredo, rótulo, semente) = P_SHA384(segredo, rótulo + semente). Não substitua HMAC-SHA-256 em um contexto de conjunto de cifras SHA-384 — a negociação do conjunto de cifras determina o hash PRF.

Use comparação em tempo constante ao verificar hashes SHA-384 no código

Se você está comparando dois hashes SHA-384 no código — verificando uma impressão digital de documento, checando um MAC — use uma verificação de igualdade em tempo constante: Node.js crypto.timingSafeEqual(), Python hmac.compare_digest(), Go subtle.ConstantTimeCompare(). Igualdade de string ingênua (=== ou ==) vaza informações de temporização que podem permitir que um atacante reconstrua o hash esperado byte a byte em ~768 comparações (96 chars × 8 bits).

Perguntas Frequentes sobre SHA-384