SHA-384 Hash Generator (Hash Suite B TLS)

Apa Itu 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'

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

Cara Membuat Hash SHA-384

1. 1

   Tempel teks atau masukkan file

   Pilih tab Teks dan tempel string apa pun — ID dokumen, badan permintaan, atau input arbitrer — ke area input. Hash SHA-384 diperbarui saat Anda mengetik. Untuk file, beralih ke tab File dan seret file apa pun ke dropzone; browser meng-hash-nya secara lokal menggunakan Web Crypto API tanpa unggahan. Indikator kemajuan muncul untuk file besar (>10 MB).

2. 2

   Salin hash 96 karakter

   Klik tombol Salin di samping output hash. String hex lowercase 96 karakter penuh masuk ke clipboard Anda — siap ditempelkan ke konfigurasi TLS, laporan kepatuhan, atau implementasi HMAC. Gunakan toggle Huruf Besar jika sistem target Anda memerlukan hex uppercase.

3. 3

   Bandingkan dengan hash yang diketahui

   Beralih ke tab Bandingkan dan tempel dua hash SHA-384 secara berdampingan. Alat melaporkan cocok atau tidak cocok menggunakan perbandingan constant-time, yang tidak membocorkan informasi timing. Berguna untuk memverifikasi hash kepatuhan Suite B, membandingkan kunci yang diturunkan HKDF-SHA-384, atau memeriksa sidik jari dokumen dalam audit arsip.

Detail Teknis

Algoritma: SHA-512 dengan IV berbeda, output dipotong menjadi 384 bit

SHA-384 secara struktural identik dengan SHA-512 (FIPS 180-4 bagian 6.5). Keduanya menggunakan 80 ronde operasi 64-bit (fungsi Ch, Maj, Σ0, Σ1) dengan konstanta yang diturunkan dari akar kubik dan akar kuadrat dari 80 bilangan prima pertama. Vektor inisialisasi (delapan kata 64-bit) berbeda dari IV SHA-512 — IV SHA-384 diturunkan dari bagian pecahan akar kuadrat bilangan prima ke-9 hingga ke-16. Setelah pemrosesan, enam kata 64-bit pertama dari delapan kata status dikeluarkan (384 bit); dua kata terakhir dibuang.

Output: 384 bit, 96 karakter hex

Selalu persis 96 karakter heksadesimal lowercase (384 bit = 48 byte, setiap byte dikodekan sebagai 2 karakter hex). Panjang tetap terlepas dari ukuran input. 128 bit yang dibuang — dua kata status 64-bit terakhir — adalah yang membuat SHA-384 tahan terhadap ekstensi panjang.

Performa: identik dengan SHA-512 pada hardware 64-bit

SHA-384 dan SHA-512 menjalankan urutan instruksi yang sama pada CPU 64-bit. Keduanya menggunakan blok input 1024-bit (128-byte), diproses dengan rotasi dan penambahan 64-bit. Throughput biasanya 500–900 MB/s di browser menggunakan Web Crypto API, dan 1–3 GB/s di alat native dengan ekstensi SHA hardware. Pada hardware 32-bit atau tanpa akselerasi hardware, SHA-384/512 lebih lambat dari SHA-256 karena emulasi integer 64-bit.

Standar: FIPS 180-4, warisan NSA Suite B, CNSA saat ini

Distandarkan dalam FIPS 180-2 (2001), versi terkini FIPS 180-4 (2015). Diwajibkan oleh NSA Suite B (CNSSP-15, 2005) untuk TOP SECRET, masih ada dalam CNSA Suite (2015). Ditentukan untuk TLS dalam RFC 5246 (TLS 1.2 PRF dengan ciphersuite SHA-384), RFC 8446 (algoritma tanda tangan TLS 1.3 ecdsa_secp384r1_sha384), dan RFC 5869 (HKDF). Disetujui NIST untuk semua tingkat kekuatan keamanan hingga 2030 dan seterusnya.

Praktik Terbaik

Gunakan SHA-384 ketika kekebalan ekstensi panjang penting tanpa HMAC

Jika protokol Anda mengekspos output hash mentah dan penyerang dapat mencoba memperpanjang pesan, SHA-384 memberikan kekebalan ekstensi panjang inheren yang tidak dimiliki SHA-256. Untuk semua penggunaan yang dikunci lainnya, terapkan HMAC terlepas dari hash yang mendasari — HMAC-SHA-256 dan HMAC-SHA-384 keduanya aman, dan HMAC menghilangkan serangan ekstensi panjang untuk varian SHA-2 apa pun.

Pasangkan dengan AES-256-GCM untuk kepatuhan Suite B / CNSA

Jika Anda membangun sistem yang harus mematuhi persyaratan NSA Suite B atau CNSA, pasangan kanonik adalah AES-256-GCM untuk enkripsi massal dan SHA-384 untuk integritas dan derivasi kunci. TLS 1.2 dengan ECDHE-ECDSA-AES256-GCM-SHA384 adalah ciphersuite referensi. Untuk TLS 1.3, yang setara adalah TLS_AES_256_GCM_SHA384 dengan ecdsa_secp384r1_sha384 sebagai algoritma tanda tangan.

Gunakan HMAC-SHA-384 untuk MAC yang dikunci dalam konteks TLS 1.2 PRF

PRF TLS 1.2 menggunakan HMAC-SHA-384 untuk ciphersuite di mana SHA-384 dinegosiasikan (RFC 5246 bagian 5). Jika Anda mengimplementasikan atau menguji TLS 1.2 PRF: PRF(rahasia, label, seed) = P_SHA384(rahasia, label + seed). Jangan substitusi HMAC-SHA-256 dalam konteks ciphersuite SHA-384 — negosiasi ciphersuite menentukan hash PRF, dan ketidakcocokan keduanya menyebabkan kegagalan handshake.

Gunakan perbandingan constant-time saat memverifikasi hash SHA-384 dalam kode

Jika Anda membandingkan dua hash SHA-384 dalam kode — memverifikasi sidik jari dokumen, memeriksa MAC — gunakan pemeriksaan kesetaraan constant-time: crypto.timingSafeEqual() di Node.js, hmac.compare_digest() di Python, subtle.ConstantTimeCompare() di Go. Kesetaraan string naif (=== atau ==) membocorkan informasi timing yang memungkinkan penyerang merekonstruksi hash yang diharapkan byte-per-byte dalam ~768 perbandingan (96 karakter × 8 bit).

FAQ SHA-384