해시 생성기

붙여 넣은 UTF-8 텍스트의 SHA 지문을 만듭니다. 알고리즘을 고르면 16진수와 Base64 표현이 함께 갱신됩니다. 파일·다운로드 무결성 확인, 짧은 지문 비교, 문서화용 예시에 맞습니다.

검증된 예시(modu)

modu의 SHA-256 16진수는 4de5202b10845b93ab7b3c3782cbe719713d2b60113a0390b78ed73ebbed1de1입니다. 한글의 SHA-256은 bd87f9bb68b67d2fa1cb82b6751820e946d5b1316d25d5fd96512fb4be44a2a8입니다. 같은 글자라도 인코딩이 UTF-8이 아니면 값이 달라집니다.

결과가 다를 때 점검

1. 끝 줄바꿈·공백 포함 여부
2. UTF-8 여부(CP949 파일과 비교하지 않기)
3. 알고리즘 이름 일치
4. 16진수 대·소문자(의미는 같음)

터미널 echo는 기본적으로 줄바꿈을 붙여 해시가 달라질 수 있습니다.

보안 경계

해시 ≠ 암호화 ≠ Base64. Base64는 되돌릴 수 있고, 해시로 비밀번호를 저장하는 것은 현대 기준에 맞지 않습니다. 개념 비교는 Base64와 해시 가이드에 있습니다. 공개 샘플·체크섬 재현에만 쓰고, 운영 키는 비밀 관리 도구를 쓰세요.

무결성 확인 절차

1. 배포 페이지가 공개한 SHA-256 16진수를 복사합니다.
2. 받은 파일 내용을 텍스트로 다룰 수 있는 경우에만 이 도구에 붙여 넣습니다. 바이너리 파일은 로컬 shasum/certutil이 더 적합합니다.
3. 알고리즘을 SHA-256으로 맞추고 16진수 결과를 비교합니다.
4. 한 글자라도 다르면 파일을 다시 받거나 미러를 바꿉니다.

텍스트 설정 스니펫의 지문을 팀에 공유할 때도 같은 절차입니다. 공유 전에는 비밀 값이 포함되지 않았는지 검토하세요.

Base64 출력은 언제 쓰나

일부 API는 바이너리 다이제스트를 Base64로 받습니다. 이 도구는 같은 해시의 16진수와 Base64를 함께 보여 주므로, 문서에 어떤 표기가 필요한지 바로 고를 수 있습니다. Base64 자체가 보안을 의미하지는 않습니다. 표현만 바뀐 해시입니다.

SHA-1을 남겨 둔 이유

구형 시스템·옛 체크섬 표와의 호환 때문입니다. 새 설계의 기본값은 SHA-256 이상으로 두세요. 충돌 공격 가능성이 알려진 SHA-1을 보안 결정에 쓰지 마세요. 알고리즘 선택 배경은 Base64와 해시 가이드에 더 풀어 두었습니다.

한글·이모지를 해시할 때는 입력이 조합형(NFD)인지 완성형(NFC)인지에 따라 바이트가 달라질 수 있습니다. 결과가 예상과 다르면 정규화 후 다시 계산하세요.

텍스트 샘플로 팀 규칙을 맞추기

팀에 “문서 예시의 기준 문자열은 modu이며 SHA-256 16진수를 기록한다”처럼 규칙을 두면, 도구마다 다른 줄바꿈·인코딩 때문에 생기는 소동을 줄일 수 있습니다. 이 페이지에서 modu와 한글의 값을 재현해 보고, 로컬 CLI 결과와 같으면 환경이 맞은 것입니다.

바이너리 설치 파일은 텍스트 상자에 붙여 넣지 마세요. 파일이 크거나 null 바이트가 있으면 브라우저 텍스트 경로가 적절하지 않습니다. 그런 경우에는 OS가 제공하는 체크섬 명령을 쓰고, 이 도구는 설정 스니펫·짧은 토큰·문서 예시용으로 남겨 두세요.

출력 길이를 DB 컬럼에 반영하기

SHA-256 16진수는 64글자, Base64는 보통 44글자(패딩 포함)입니다. SHA-512 16진수는 128글자입니다. 컬럼을 32바이트 원본 기준으로만 잡으면 인코딩된 지문이 잘립니다. 저장 형식을 16진수로 할지 Base64로 할지 먼저 정한 뒤 길이를 설계하세요.