SHA-384 해시 생성기 (TLS Suite B 해시)

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'

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

SHA-384 해시 생성 방법

1. 1

   텍스트 붙여넣기 또는 파일 끌어다 놓기

   텍스트 탭을 선택하고 문서 ID, 요청 본문, 임의의 입력을 입력란에 붙여넣으십시오. SHA-384 해시가 입력과 동시에 갱신됩니다. 파일은 파일 탭으로 전환해 끌어다 놓으면 업로드 없이 Web Crypto API를 사용해 로컬에서 해싱됩니다. 큰 파일(>10 MB)은 진행 표시기가 나타납니다.

2. 2

   96자리 해시 복사

   해시 출력 옆의 복사 버튼을 클릭하십시오. 96자리 소문자 16진수 문자열이 클립보드에 복사됩니다. TLS 설정, 규정 준수 보고서, HMAC 구현에 붙여넣을 준비가 됩니다. 대상 시스템이 대문자를 요구한다면 대문자 토글을 사용하십시오.

3. 3

   알려진 해시와 비교

   비교 탭으로 전환해 두 SHA-384 해시를 나란히 붙여넣으십시오. 도구는 타이밍 정보를 누출하지 않는 상수 시간 비교로 일치 또는 불일치를 보고합니다. Suite B 준수 해시 검증, 구현 간 HKDF-SHA-384 도출 키 비교, 기밀 아카이브 감사에서 문서 지문 확인에 유용합니다.

기술 세부사항

알고리즘: 다른 IV와 384비트로 잘린 출력을 가진 SHA-512

SHA-384는 구조적으로 SHA-512와 동일합니다(FIPS 180-4 섹션 6.5). 둘 다 처음 80개 소수의 세제곱근과 제곱근에서 도출된 상수와 함께 80라운드의 64비트 연산(Ch, Maj, Σ0, Σ1 함수)을 사용합니다. 초기화 벡터(여덟 개의 64비트 워드)는 SHA-512의 IV와 다릅니다. 처리 후 여덟 개의 워드 중 첫 여섯 개(384비트)가 출력되고 마지막 두 개는 버려집니다.

출력: 384비트, 96자리 16진수

항상 정확히 96자리 소문자 16진수(384비트 = 48바이트, 바이트당 2자리 16진수)입니다. 입력 크기와 관계없이 고정 길이입니다. 96자리 길이는 SHA-384를 SHA-256(64자리)과 SHA-512(128자리)에서 즉시 구별하는 특징입니다. 버려진 128비트가 SHA-384를 길이 확장 공격에 저항하게 만드는 요소입니다.

성능: 64비트 하드웨어에서 SHA-512와 동일

SHA-384와 SHA-512는 64비트 CPU에서 동일한 명령어 시퀀스를 실행합니다. 둘 다 64비트 회전과 덧셈으로 처리된 1024비트(128바이트) 입력 블록을 사용합니다. Web Crypto API(JS VM 외부의 네이티브 C/Rust 코드 호출)를 사용하는 브라우저에서 일반적으로 500~900 MB/s, 하드웨어 SHA 확장이 있는 네이티브 도구에서 1~3 GB/s입니다.

표준: FIPS 180-4, NSA Suite B 레거시, 현재 CNSA

FIPS 180-2(2001)에서 표준화되었고 현재 버전은 FIPS 180-4(2015)입니다. NSA Suite B(CNSSP-15, 2005)에서 최고 기밀에 요구되었으며 CNSA Suite(2015)에도 포함됩니다. TLS에서는 RFC 5246(TLS 1.2 PRF), RFC 8446(TLS 1.3 서명 알고리즘), RFC 5869(HKDF)에 지정되어 있습니다.

모범 사례

HMAC 없이 길이 확장 면역성이 필요할 때 SHA-384 사용

프로토콜이 원시 해시 출력을 노출하고 공격자가 메시지를 확장하려 할 수 있다면(특정 서명된 URL이나 챌린지-응답 방식), SHA-384는 SHA-256이 제공하지 않는 고유한 길이 확장 면역성을 제공합니다. 다른 모든 키 사용에는 기본 해시에 관계없이 HMAC를 적용하십시오. HMAC-SHA-256과 HMAC-SHA-384는 모두 안전합니다.

Suite B / CNSA 준수를 위해 AES-256-GCM과 쌍으로 사용

NSA Suite B 또는 CNSA 요구사항을 준수하는 시스템을 구축한다면 표준 페어링은 대량 암호화에 AES-256-GCM, 무결성과 키 도출에 SHA-384입니다. TLS 1.2에서는 ECDHE-ECDSA-AES256-GCM-SHA384가 참조 암호 스위트입니다. TLS 1.3에서는 서명 알고리즘으로 ecdsa_secp384r1_sha384를 사용한 TLS_AES_256_GCM_SHA384가 이에 해당합니다.

TLS 1.2 PRF 맥락에서 키 MAC에 HMAC-SHA-384 사용

TLS 1.2의 PRF는 SHA-384가 협상된 암호 스위트에 HMAC-SHA-384를 사용합니다(RFC 5246 섹션 5). TLS 1.2 PRF를 구현하거나 테스트할 때: PRF(secret, label, seed) = P_SHA384(secret, label + seed). SHA-384 암호 스위트 맥락에서 HMAC-SHA-256으로 대체하지 마십시오. 암호 스위트 협상이 PRF 해시를 결정하며 불일치는 핸드셰이크 실패를 초래합니다.

코드에서 SHA-384 해시 검증 시 상수 시간 비교 사용

코드에서 두 SHA-384 해시를 비교할 때(문서 지문 검증, MAC 확인) 상수 시간 동등 검사를 사용하십시오: Node.js의 crypto.timingSafeEqual(), Python의 hmac.compare_digest(), Go의 subtle.ConstantTimeCompare(). 단순 문자열 동등 비교(=== 또는 ==)는 공격자가 예상 해시를 바이트 단위로 재구성할 수 있는 타이밍 정보를 누출합니다.

SHA-384 자주 묻는 질문