SHA-3/384 생성기

SHA-3/384 생성기는 어떤 문자열이든 고정 길이의 SHA3-384 암호화 해시로 변환하는 무료 도구입니다.

SHA3-384란 무엇이며, 지금도 안전한가요?

SHA3-384는 384비트 다이제스트를 생성하는 현재의 암호학적 해시 함수로, 이 알고리즘을 실용적으로 깨는 방법은 알려져 있지 않습니다. 출력은 48바이트이며, 일반적으로 96자의 16진수로 표시됩니다.

SHA3-384는 길이에 제한 없이 입력을 받아 고정 길이의 결과를 생성합니다. 또한 역상 저항성을 제공하도록 설계되어 다이제스트에서 원래 입력을 복원하는 것은 계산상 불가능에 가깝습니다. 이 생성기에서는 입력 바이트가 같으면 언제나 같은 다이제스트가 나오며, 입력이 조금만 달라져도 결과는 크게 달라져야 합니다.

이 생성기에서 사용하는 SHA3-384 함수는 SHA-3에 속합니다. SHA-3는 미국 국립표준기술연구소가 2015년에 FIPS 202로 표준화했습니다. 기반 알고리즘은 Guido Bertoni, Joan Daemen, Michaël Peeters, Gilles Van Assche가 설계한 Keccak이며, NIST는 2012년 이를 SHA-3 공모전의 우승작으로 선정했습니다.

SHA3-384는 레이트 832비트, 용량 768비트의 Keccak 스펀지 구조를 사용합니다. 이 스펀지 구조는 SHA-2의 내부 구조와 다릅니다. 일반적인 충돌 저항성은 192비트로 예상되며, 알려진 방법으로 같은 다이제스트를 갖는 두 입력을 찾으려면 현실적으로 감당할 수 없는 계산 작업이 필요하다는 뜻입니다.

SHA3-384 해시는 어떻게 생성하나요?

해시할 문자열을 정확히 입력한 다음 SHA-3/384 해시 필드에 반환된 값을 사용하세요. 결과는 숫자 0부터 9와 문자 a부터 f로 구성된 96자의 16진수 문자열입니다.

예를 들어 invoice-2026-09.pdf를 입력하면 하나의 384비트 다이제스트가 생성됩니다. 첫 글자를 대문자로 바꾸거나, 끝에 공백을 추가하거나, 줄바꿈을 넣으면 서로 다른 다이제스트가 나옵니다. 어떤 경우에도 출력 길이는 96자의 16진수로 유지됩니다.

처리는 서버에서 이루어집니다. 입력값은 HTTPS를 통해 서버로 전송되며 저장되지 않습니다.

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

아니요. 해싱은 암호화가 아니며 복호화 키도 없으므로 SHA3-384 해시는 복호화할 수 없습니다. 이 알고리즘은 고정 길이의 지문을 생성하면서 일부 정보를 의도적으로 버립니다.

하지만 공격자는 가능한 입력값을 추측해 각각의 SHA3-384 다이제스트를 계산한 뒤 결과를 비교할 수 있습니다. 원래 값이 흔한 비밀번호, 짧은 PIN, 알려진 참조 번호처럼 작거나 예측 가능한 집합에서 나온 경우에는 이러한 공격이 현실적으로 가능합니다. SHA3-384의 384비트 다이제스트를 사용한다고 해서 취약한 입력값이 예측 불가능해지는 것은 아닙니다.

따라서 비밀번호 저장에 SHA3-384만 사용해서는 안 됩니다. 비밀번호를 저장하려면 Argon2id, scrypt, bcrypt, PBKDF2처럼 솔트가 적용되고 의도적으로 많은 연산이 필요하도록 설계된 비밀번호 해시 함수를 사용해야 합니다. 매개변수는 계정을 처리하는 시스템에 맞게 선택해야 합니다.

현재 SHA3-384가 사용되는 분야

시스템에서 384비트 SHA-3 다이제스트를 명시적으로 요구하거나, 새로운 설계에서 SHA-3 스펀지 구조를 선호한다면 SHA3-384가 적합합니다. 올바른 활용 사례는 다음과 같습니다.

• 다운로드하거나 전송한 파일이 게시된 SHA3-384 체크섬과 여전히 일치하는지 확인하기
• 다이제스트를 비교해 중복 콘텐츠를 식별하되, 데이터를 삭제하기 전에 일치가 의심되는 항목을 다시 확인하기
• SHA3-384를 표준으로 채택한 시스템에서 콘텐츠 식별자 만들기
• 이 알고리즘을 명시한 API, 아카이브 또는 암호화 프로토콜과의 호환성 유지하기
• 관련 디지털 서명 체계가 SHA3-384를 허용하는 경우, 디지털 서명 작업 전에 데이터를 해싱하기

이 생성기가 반환하는 키 없는 SHA3-384 다이제스트만으로는 메시지 작성자를 증명할 수 없습니다. 메시지를 가진 사람이라면 누구나 같은 값을 계산할 수 있습니다. 진위 확인이 중요하다면 여기에서 반환된 값 대신 HMAC-SHA3-384 또는 디지털 서명을 사용하세요.

SHA3-256은 더 짧은 64자의 16진수 다이제스트를 생성하며, 384비트 출력이 필수가 아닌 상황에서 SHA-3가 필요하다면 흔히 충분합니다. SHA3-512는 128자의 16진수를 생성하며, 512비트 다이제스트를 명시한 프로토콜에서 필요할 수 있습니다. 다이제스트 크기를 임의로 바꾸지 말고 값을 받는 시스템이 요구하는 변형을 선택하세요.

공백, Unicode, 빈 입력은 어떻게 처리해야 하나요?

이 생성기의 값을 다른 시스템에서 똑같이 재현하려면 공백, 문장 부호, 문자 인코딩, 줄바꿈을 포함해 예상되는 바이트열을 정확히 해싱해야 합니다. SHA3-384는 바이트를 처리하므로 겉보기에 비슷한 텍스트라도 내부 표현이 다르면 결과도 달라질 수 있습니다.

1. Report 7과 report 7은 대소문자로 인해 입력이 달라지므로 서로 다른 결과를 냅니다.
2. 문자열 끝의 공백이나 눈에 보이지 않는 줄바꿈도 입력의 일부이며 다이제스트를 바꿉니다.
3. 텍스트로 입력한 숫자는 문자의 바이트로 해싱됩니다. 007과 7은 서로 다릅니다.
4. 악센트가 있는 문자와 라틴 문자가 아닌 문자도 유효한 입력이지만, 양쪽에서 같은 문자 인코딩과 Unicode 정규화 방식을 사용해야 합니다.
5. 빈 입력에도 정해진 SHA3-384 다이제스트가 있습니다. 결과가 없거나 오류가 발생한 것과는 다릅니다.
6. 입력이 매우 길어도 출력은 48바이트이지만, 처리 시간은 입력량에 따라 달라집니다.

결과를 비교할 때는 짧은 앞부분만 보지 말고 다이제스트 전체를 확인하세요. 또한 필요한 알고리즘이 실제로 SHA3-384인지 확인해야 합니다. SHA-2 계열의 SHA-384 다이제스트도 화면에 표시되는 길이는 같지만 값은 다릅니다.

자주 묻는 질문

SHA3-384와 SHA-384는 같은 알고리즘인가요?

아니요. SHA-384는 SHA-2 계열에 속하지만, SHA3-384는 SHA-3로 표준화된 Keccak 스펀지 구조를 사용합니다. 둘 다 384비트 다이제스트를 생성하지만 출력값은 서로 호환되지 않습니다.

SHA3-384와 Keccak-384는 완전히 같은가요?

아니요. 표준 SHA-3와 최초에 제출된 Keccak은 도메인 분리 패딩이 다르기 때문에 같은 입력에서도 SHA3-384와 Keccak-384는 서로 다른 다이제스트를 생성합니다. 값을 비교하기 전에 사양에 어떤 이름이 명시되어 있는지 확인하세요.

SHA3-384를 HMAC에 사용할 수 있나요?

네. HMAC-SHA3-384는 정의된 키 기반 구조이지만 메시지와 비밀 키가 모두 필요합니다. 이 생성기는 키 없는 SHA3-384 다이제스트를 반환하므로 HMAC을 대신할 수 없습니다.

SHA-3도 길이 확장 공격에 취약한가요?

SHA-3는 키가 없는 Merkle-Damgård 해시에 영향을 주는 전통적인 길이 확장 공격에 취약하지 않습니다. 그렇다고 이 생성기의 SHA3-384 다이제스트를 안전한 인증 태그로 사용할 수 있는 것은 아닙니다. 인증이 필요한 메시지에는 HMAC-SHA3-384 또는 승인된 서명 체계를 사용하세요.

이 생성기로 파일 체크섬을 계산할 수 있나요?

이 도구는 문자열 입력용으로 설계되었으므로 파일을 원시 바이트로 읽는다고 가정해서는 안 됩니다. 파일 체크섬을 계산하려면 파일을 직접 처리할 수 있는 SHA3-384 유틸리티를 사용하고, 게시자가 제공한 값과 96자의 16진수 전체를 비교하세요.