CRC32 체크섬 생성기

해시할 텍스트를 입력하세요.

CRC32를 선택하고 텍스트를 입력한 뒤 생성하면 32비트 체크섬이 16진수 8자리로 나옵니다. 이 값은 ZIP, PNG, gzip이 사용하는 표준 CRC-32이므로, 같은 바이트에 대해 해당 형식들이 저장하는 값과 일치합니다.

CRC32 체크섬을 계산하는 방법

  1. 1

    텍스트 입력

    체크섬이 필요한 문자열을 붙여넣으세요.

  2. 2

    CRC32 선택

    SHA-256이 기본 선택이므로 알고리즘 목록에서 CRC32를 고르세요.

  3. 3

    생성

    생성 버튼을 클릭해 체크섬을 계산하세요.

  4. 4

    값 복사

    8자리 결과를 복사하고 받은 체크섬과 비교하세요.

CRC32가 알려 주는 것

순환 중복 검사(CRC)는 우발적인 변경을 감지하기 위해 데이터에서 계산하는 짧은 숫자입니다. CRC32는 32비트를 만들며, 여기서는 16진수 8자리로 표시합니다.

입력 CRC32
hello 3610a686
Hello f7d18982
hello world 0d4a1185

이 값들은 다항식 0x04C11DB7의 반사(reflected) 형식을 사용하는 일반적인 CRC-32 변형입니다. ZIP 아카이브, PNG 청크, gzip이 사용하는 것과 같습니다. 비슷한 이름으로 다른 CRC 변형을 제공하는 라이브러리도 있어서, 값이 맞지 않는 흔한 이유가 됩니다.

CRC32가 잘 맞는 용도

  • 우발적 오류 감지: 저장이나 전송 중 비트 하나가 뒤집히면 체크섬이 바뀝니다.
  • 공개된 값과 비교: 아카이브 목록이나 파일 형식은 각 항목 옆에 CRC-32를 보여 주는 경우가 많습니다.
  • 짧고 간편한 식별자: 8자리는 소리 내어 읽거나 로그 한 줄에 붙이기 쉽습니다.
  • 디버깅: 비슷한 두 문자열의 체크섬을 비교하면 차이가 있는지 한눈에 알 수 있습니다.

CRC32로 할 수 없는 일

CRC32는 암호학적 해시가 아닙니다. 32비트뿐이라 큰 데이터 집합에서는 충돌이 흔하며, 같은 체크섬을 가진 다른 입력을 만드는 것도 쉽습니다. 내용이 변조되지 않았음을 증명하는 데 사용하지 마세요. 그 목적에는 SHA-256이나 SHA-512를 사용하세요. 둘 다 이 도구에서 선택할 수 있습니다.

앞의 0

체크섬은 항상 8자리입니다. 0d4a1185처럼 앞의 0은 그대로 유지됩니다. 다른 도구가 4a1185로 표시한다면 앞의 0을 생략한 것일 뿐이며, 숫자는 같습니다.

CRC32 값 읽기

결과는 16진수이며, 숫자 0부터 9까지와 문자 a부터 f까지를 사용합니다. 일부 도구는 같은 숫자를 10진수로 표시하는데, 그러면 전혀 달라 보입니다. 예를 들어 hello의 3610a686은 10진수로 907,060,870입니다. 체크섬이 일치하지 않는다고 결론짓기 전에 양쪽이 같은 표기법을 쓰는지 확인하세요.

확인 예제

hello world라는 텍스트를 생각해 보세요. 이 CRC32는 0d4a1185입니다. 같은 단어를 H를 대문자로 바꿔 해시하면 체크섬이 완전히 달라집니다. 따라서 기준 값이 있으면 입력이 보낸 쪽이 사용한 것과 다른지 즉시 알 수 있습니다. 끝의 공백도 마찬가지입니다. 그것은 데이터의 일부이고, 체크섬의 일부이기도 합니다.

자주 묻는 질문

32비트이며, 16진수 8자리로 표시됩니다.

우발적 오류를 잡아내기 위한 체크섬이며, 암호학적 해시가 아닙니다. 의도적인 변조에 대한 보호는 전혀 없습니다.

같은 바이트를 입력하면 일치합니다. 이 도구는 ZIP, PNG, gzip이 사용하는 표준 CRC-32 변형을 씁니다. 다만 텍스트를 해시하므로 파일을 직접 읽을 수는 없습니다.

입력에 공백이나 줄바꿈 차이가 있거나, 상대 도구가 BZIP2 방식 같은 다른 CRC 변형을 쓰고 있기 때문입니다.

관련 도구

이 도구는 다른 언어로도 제공됩니다

사용 가이드와 활용 사례