SHA-384 생성기

SHA-384 생성기 도구를 사용하여 강력한 데이터 암호화를 위해 문자열 입력에서 SHA-384 해시를 생성하세요.

2개의 평가 중 5개
SHA-384 생성기

SHA-384 생성기는 어떤 문자열이든 고정 길이의 SHA-384 해시로 변환해 주는 무료 도구입니다.

SHA-384 해시는 어떤 역할을 하나요?

SHA-384는 단방향 수학 함수를 사용해 데이터를 384비트의 간결한 지문으로 만듭니다. 입력이 같으면 항상 같은 고정 길이 다이제스트가 나오며, 입력이 조금만 달라져도 결과가 달라질 가능성이 매우 높습니다. SHA-384 알고리즘은 키를 사용하지 않고 복호화 과정도 없으므로, SHA-384 다이제스트는 암호화된 텍스트가 아닙니다.

SHA-384는 SHA-2 계열에 속합니다. 미국 국가안보국이 설계했고, 미국 국립표준기술연구소가 2001년에 처음 발표했으며, 2002년에 FIPS 180-2로 표준화됐습니다. 내부적으로는 SHA-512 구조를 사용하지만 초기값이 다르고 출력 길이가 더 짧습니다.

도식: 입력 텍스트가 SHA-384 함수를 거쳐 되돌릴 수 없는 고정 길이 다이제스트를 만든다

SHA-384는 지금도 안전한가요?

예. 용도에 맞게 사용한다면 SHA-384는 일반적인 암호학적 해싱에 여전히 안전한 것으로 평가됩니다. 전체 알고리즘을 대상으로 한 실용적인 충돌 공격이나 역상 공격은 알려져 있지 않습니다.

384비트 다이제스트는 최대 192비트의 충돌 저항성을 제공합니다. 실용적인 충돌 공격이 존재해 보안이 중요한 새 시스템에 사용해서는 안 되는 MD5나 SHA-1 같은 구형 알고리즘보다 훨씬 강력합니다.

SHA-384는 일반 해시 함수로서 사용 중단된 알고리즘이 아닙니다. 다만 비밀번호 저장에는 절대 직접 사용하면 안 됩니다. SHA-384는 빠르게 실행되도록 설계됐기 때문에 공격자가 수많은 비밀번호 후보를 시험하기 쉽습니다. 비밀번호를 저장할 때는 SHA-384 대신 Argon2id, scrypt, bcrypt, PBKDF2처럼 의도적으로 계산 비용을 높인 비밀번호 해시 함수를 사용하고, 비밀번호마다 고유한 솔트를 적용하세요.

digily.link의 SHA-384 생성기 도구와 입력 양식

SHA-384 생성기는 어떻게 사용하나요?

해시할 문자열을 정확히 입력하고 도구를 실행한 다음, SHA-384 Hash 결과 필드에 표시된 값을 복사하세요. 계산은 서버에서 PHP의 hash 구현을 통해 처리됩니다.

입력값은 HTTPS를 통해 서버로 전송되며 저장되지 않습니다. 처리 중에는 데이터가 기기를 벗어나므로 비밀번호, 개인 키, 복구 문구처럼 원격 서비스로 절대 보내서는 안 되는 정보는 입력하지 마세요.

예를 들어 hello를 입력하면 96자인 SHA-384 다이제스트 59e1748777448c69de6b800d7a33bbfb9ff1b463e44354c3553bcdb9c666fa90125a3c79f90397bdf5f6a13de828684f가 생성됩니다. 같은 소문자 다섯 글자를 다시 입력하면 동일한 SHA-384 다이제스트가 나옵니다. 반면 Hello, 뒤에 공백이 있는 hello , 마침표가 붙은 hello.는 각각 서로 다른 SHA-384 해시를 생성합니다.

SHA-384 생성기 도구가 생성한 결과 예시

결과를 읽는 방법과 주의가 필요한 입력

SHA-384 결과는 384비트이며, 이는 48바이트 또는 96개의 16진수 문자와 같습니다. 이 도구의 SHA-384 Hash 필드는 0부터 9까지의 숫자와 a부터 f까지의 문자를 사용해 16진수로 표시하지만, 다른 시스템에서는 문자를 대문자로 표시할 수 있습니다. 표시된 SHA-384 다이제스트의 대소문자가 달라도 그 값 자체는 바뀌지 않습니다.

  • 공백과 줄바꿈: 이 SHA-384 생성기에서는 앞뒤 공백과 줄바꿈 문자가 전송되는 입력 바이트에 포함되므로 해시가 달라집니다.
  • 악센트 문자와 비라틴 문자: SHA-384는 문자가 아니라 바이트를 처리합니다. 눈으로 보기에 같은 문자열이라도 유니코드 정규화 방식이나 문자 인코딩이 다르면 서로 다른 데이터일 수 있습니다.
  • 숫자: 00125처럼 입력한 값은 문자열 데이터로 처리됩니다. 125와 같은 해시가 나오지 않습니다.
  • 빈 입력: SHA-384 알고리즘은 빈 바이트 시퀀스에 대해서도 유효한 다이제스트를 정의합니다. 이 값은 공백이나 줄바꿈을 해시한 결과와 다릅니다.
  • 긴 입력: 입력 길이와 관계없이 출력은 항상 96개의 16진수 문자로 유지됩니다.

SHA-384를 복호화하거나 되돌릴 수 있나요?

아니요. 해싱은 원본 텍스트를 되돌릴 수 있는 형태로 보존하지 않으므로 SHA-384 해시는 복호화할 수 없습니다. 수많은 입력값이 고정된 384비트 출력 공간에 대응됩니다.

SHA-384는 빠르게 실행되도록 설계됐기 때문에 공격자는 각 후보를 해시하고 결과를 비교하는 방식으로 추측값을 신속하게 시험할 수 있습니다. 따라서 짧거나 흔하거나 예측하기 쉬운 값은 사전 공격이나 무차별 대입 검색으로 알아낼 수 있습니다. SHA-384 자체가 강력하더라도 취약한 비밀번호가 안전해지는 것은 아니며, 엔트로피가 낮은 식별자가 비밀 정보로 바뀌는 것도 아닙니다.

온라인 데이터베이스에는 흔한 문자열에서 미리 계산한 SHA-384 해시가 저장돼 있을 수 있습니다. 일치하는 항목을 찾는 것은 데이터 조회일 뿐, 알고리즘을 역으로 되돌리는 것이 아닙니다.

SHA-384는 현재 어디에 사용되나요?

SHA-384는 프로토콜, 사양 또는 기존 시스템에서 384비트 SHA-2 다이제스트를 요구할 때 사용됩니다. 일반적으로 파일 체크섬, 중복 탐지, 무결성 기록, 이미 SHA-384 값을 저장하는 소프트웨어와의 호환성 같은 정당한 용도로 쓰입니다.

  • 다운로드한 파일을 배포자가 공개한 SHA-384 체크섬과 비교합니다.
  • 기존 데이터베이스, API 또는 문서 형식에서 요구하는 다이제스트를 재현합니다.
  • SHA-384를 명시적으로 요구하는 프로토콜의 입력값을 만듭니다.

일반 SHA-384 체크섬은 우발적인 변경을 감지할 수 있지만, 누가 데이터를 만들었는지는 증명하지 못합니다. 공격자가 파일과 공개된 해시를 모두 변경할 수 있다면, 일반 SHA-384 체크섬으로는 둘을 함께 바꿔치기하는 공격을 막을 수 없습니다. 인증된 메시지가 필요하면 비밀 키와 함께 HMAC-SHA-384를 사용하거나 적절한 디지털 서명 방식을 사용하세요.

사양에서 여러 SHA-2 변형을 허용한다면 SHA-256이 더 널리 사용되고 다이제스트도 더 짧습니다. 전체 512비트 출력이 명시적으로 필요한 시스템에는 SHA-512가 적합할 수 있습니다. SHA-256 생성기와 SHA-512 생성기에서 각각 해당 형식을 생성할 수 있습니다.

자주 묻는 질문

SHA-384는 SHA-512에서 일부 문자를 잘라낸 것과 같은가요?

아니요. SHA-384는 SHA-512와 전반적으로 같은 압축 구조를 사용하지만, 서로 다른 초기값에서 시작한 뒤 최종 상태를 384비트로 줄입니다. SHA-512 다이제스트를 단순히 96개의 16진수 문자로 잘라낸다고 SHA-384가 되지는 않습니다.

SHA-384도 길이 확장 공격의 영향을 받나요?

SHA-384는 Merkle-Damgård 구조를 사용하지만, 잘린 출력이 SHA-512 내부 상태 중 128비트를 숨기므로 일반적인 실용적 길이 확장 공격은 현실적으로 어렵습니다. 그렇더라도 비밀값을 메시지에 직접 이어 붙인 임의의 구성은 메시지 인증 코드로 간주해서는 안 됩니다. 비밀 키로 데이터를 인증해야 한다면 HMAC-SHA-384를 사용하세요.

이 도구로 파일을 해시할 수 있나요?

이 도구는 파일 업로드가 아니라 문자열 입력용으로 설계됐습니다. 서버에서 처리되는 이 생성기는 문자열 입력만 받기 때문에 바이너리 파일 내용을 텍스트 필드에 붙여 넣으면 인코딩이나 줄바꿈 변환으로 바이트가 달라질 수 있습니다. 파일에는 sha384sum 같은 시스템 유틸리티나 이에 해당하는 암호화 라이브러리를 사용하고, 96개의 16진수 문자를 모두 비교하세요.

다른 SHA-384 계산기에서는 왜 결과가 다르게 나오나요?

두 입력이 바이트 수준에서 서로 다를 가능성이 큽니다. 먼저 마지막 줄바꿈을 포함한 공백, 대소문자, 줄바꿈 방식을 확인하세요. 입력과 시스템에 관련이 있다면 문자 인코딩, 유니코드 정규화, 한쪽 시스템의 바이트 순서 표식 포함 여부도 확인해야 합니다. 어느 다이제스트가 잘못됐다고 판단하기 전에 정확한 바이트를 비교하세요.

인기 도구