SHA-1 해시 생성기 (160비트 레거시)

SHA-1이란 무엇인가요?

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

await sha1('Hello, World!');
// → '0a0a9f2a6772942557ab5355d76af442f8f65e01'
// ⚠️ SHA-1 is broken — use SHA-256 for new work.

SHA-1 예시

tree 4b825dc642cb6eb9a060e54bf8d69288fbee4904
author A Dev <dev@example.com> 1716854400 +0000
committer A Dev <dev@example.com> 1716854400 +0000

Initial commit

-----BEGIN CERTIFICATE-----
MIIDXTCCAkWgAwIBAgIJAKlL...
-----END CERTIFICATE-----

node-v0.12.7-linux-x64.tar.gz

(파일 탭을 통해 Google/CWI shattered-1.pdf 파일 내용 붙여넣기)

SHA-1 해시 생성 방법

1. 1

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

   텍스트 탭을 선택하고 커밋 메시지, 인증서 본문, 레거시 체크섬 입력 등 임의의 문자열을 입력란에 붙여넣으십시오. SHA-1 해시가 입력과 동시에 갱신됩니다. 파일은 파일 탭으로 전환해 파일을 끌어다 놓으면 업로드 없이 로컬에서 해싱됩니다.

2. 2

   40자리 해시 복사

   해시 출력 옆의 복사 버튼을 클릭하십시오. 40자리 소문자 16진수 문자열이 클립보드에 복사됩니다. 레거시 시스템이 대문자를 요구한다면 대문자 토글을 사용하십시오. 일부 구형 도구와 Windows API는 기본적으로 대문자를 사용합니다.

3. 3

   레거시 지문과 비교

   비교 탭으로 전환해 두 SHA-1 해시를 나란히 붙여넣어 일치 여부를 확인하십시오. 레거시 배포자 체크섬 검증, 미러 Git 저장소 감사, SHA-256 도입 이전 구형 TLS 인증서 지문 확인에 유용합니다.

기술 세부사항

알고리즘: Merkle-Damgård 구조, 80라운드

SHA-1은 입력을 512비트(64바이트) 블록으로 처리하며, 각각 다른 논리 함수(Ch, Parity, Maj, Parity)와 작은 정수의 제곱근에서 도출된 가산 상수를 가진 4단계 20라운드씩 80라운드의 비트 연산을 적용합니다. 초기 해시 상태는 다섯 개의 32비트 워드(A-E)이며, 최종 해시는 마지막 블록 처리 후 이 워드들의 연결입니다. FIPS 180-1(1995)에 정의되었고, FIPS 180-4(2015)로 공식적으로 대체되었습니다.

출력: 160비트, 40자리 16진수

항상 정확히 40자리 소문자 16진수(160비트 = 20바이트, 바이트당 2자리 16진수 인코딩)입니다. 입력 크기와 관계없이 출력 길이는 고정됩니다. SHA-256의 64자리에 비해 짧은 출력은 충돌 저항성이 더 약한 이유 중 하나입니다. 가능한 값이 적을수록 충돌을 찾기가 통계적으로 더 쉽습니다.

성능: 빠르지만 그것이 문제의 일부

SHA-1은 빠릅니다. 브라우저에서 Web Crypto를 사용하면 일반적으로 400~700 MB/s로 SHA-256과 경쟁합니다. 공격자에게 이 속도는 이점입니다. 현대 GPU 클러스터는 초당 수십억 개의 SHA-1 해시를 계산할 수 있어 무차별 대입과 충돌 검색을 가속화합니다. 속도가 SHA-1(MD5와 마찬가지로)을 비밀번호 저장에 절대 사용해서는 안 되는 이유입니다. 비밀번호에는 bcrypt, scrypt 또는 Argon2를 사용하십시오.

표준: FIPS 180-1(1995) — FIPS 180-4 맥락에서 비권장

SHA-1은 FIPS 180-1(1995)에서 표준화되어 결함 있는 SHA-0을 대체했습니다. NIST는 NIST SP 800-131A(2011)에서 디지털 서명에 SHA-1 사용을 비권장하고 FIPS 186-5(2023)에서 모든 디지털 서명 생성에 공식 금지했습니다. RFC 6194(2011)는 알려진 보안 고려사항을 문서화했습니다. W3C WebCrypto API는 레거시 호환을 위해 SHA-1을 여전히 포함하고 있으며, 이것이 브라우저 도구가 SHA-1을 계산할 수 있는 이유입니다.

모범 사례

보안이 중요한 작업에는 SHA-1 절대 사용 금지

SHA-1은 디지털 서명, TLS 인증서, 코드 서명, 비밀번호 저장, 충돌 저항성이 중요한 모든 워크플로에서 폐기된 알고리즘입니다. 2017년 SHAttered 공격은 실용적 충돌을 시연했습니다. 모든 보안 용도에는 SHA-256 또는 SHA-3으로 마이그레이션하십시오. 현대 하드웨어에서 성능 차이는 미미합니다. SHA-256은 모든 현재 CPU와 GPU 파이프라인에서 하드웨어 가속됩니다.

레거시 지문 조회에는 SHA-1 허용 가능

2017년 이전 파일 체크섬을 검증하거나 Git 커밋 ID를 조회하거나 감사 목적으로 구형 인증서 지문을 검사해야 한다면 SHA-1이 적절합니다. 해시 자체가 신뢰 결정에 사용되는 것이 아니라 교차 참조를 위해 알려진 지문을 재현하는 것입니다. 감사 로그에 명시적으로 문서화하십시오: 'SHA-1은 레거시 참조 목적으로만 사용되며 보안 검증에는 사용되지 않습니다.'

항상 유니코드 코드 포인트가 아닌 UTF-8 바이트를 해싱

SHA-1은 모든 해시 알고리즘과 마찬가지로 문자가 아닌 바이트에 작동합니다. 동일한 문자열이 UTF-8과 UTF-16으로 인코딩되면 다른 해시가 나옵니다. 이 도구는 해싱 전에 입력을 항상 BOM 없는 UTF-8로 인코딩합니다. 다른 인코딩(Windows UTF-16-LE, Latin-1)을 사용하는 시스템과 일치시켜야 한다면 해시를 비교하기 전에 외부에서 입력을 미리 인코딩해야 합니다.

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

코드에서 두 SHA-1 해시를 비교할 때는 단순 문자열 동등 비교(=== 또는 ==) 대신 상수 시간 동등 검사를 사용하십시오. Node.js의 crypto.timingSafeEqual(), Python의 hmac.compare_digest()를 사용하십시오. 단순 비교는 공격자가 예상 해시를 바이트 단위로 재구성할 수 있는 타이밍 정보를 누출합니다. 이는 레거시 SHA-1 검증에도 심층 방어 조치입니다.

SHA-1 자주 묻는 질문