해시·ID·난수

CRC가 같으면 안전한 파일인가요?

사용할 도구

파일 옆 8자리 16진수가 계산과 같으면 안전하다고 느낄 수 있지만 CRC32는 작성자나 무해함을 증명하지 않습니다. 혼동·손상 조사에는 유용합니다. 먼저 알려진 짧은 입력으로 방식을 확인하고 비교의 의미를 정하세요.

끝 줄바꿈 없는 확인 문자열

123456789
CRC-32/ISO-HDLC: cbf43926

123456789 아홉 글자만 넣고 예시 라벨이나 끝 줄바꿈은 빼세요. CRC-32/ISO-HDLC 결과는 cbf43926입니다. 다른 CRC32 변형은 같은 바이트에서도 다를 수 있어 이름만으로 매개변수를 맞출 수 없습니다.

16진수 여덟 자리는 32비트입니다. 앞의 0도 남기면 대조가 명확합니다. 대소문자는 값을 바꾸지 않지만 누락된 자리나 다른 변형을 대소문자 차이로 보지 마세요.

123456789 뒤에 LF가 붙으면 다른 바이트열이고 CRLF는 또 다릅니다. 텍스트는 UTF-8, 파일은 실제 바이트를 사용합니다. 인코딩·BOM·끝 줄바꿈이 보기에 같은 문서를 바꾸므로 출처·길이·바이트 규칙을 먼저 확인하세요.

줄바꿈을 지워 맞았다고 원본이 정확했다는 뜻은 아닙니다. 배포 파일의 바이트 검사는 글의 의미 비교와 다릅니다. 맞을 때까지 정규화하지 말고 실제 배포물 바이트를 비교하세요.

CRC32 출력은 2³²가지지만 파일은 훨씬 많아 충돌을 피할 수 없습니다. 의도적 변조를 막는 암호 인증이 아닙니다. 일치를 입력의 절대 동일성이나 악의적 변경 없음으로 확대하지 마세요.

같은 방식과 대상을 썼다면 불일치는 차이를 뜻하지만 위치·원인·어느 쪽이 맞는지는 모릅니다. 버전·변환·파일 혼동을 확인하세요. 체크값은 조사 시작점이지 복구 데이터가 아닙니다.

SHA-256도 기대값을 신뢰할 출처에서 얻어야 합니다. 공격자가 파일과 기준값을 둘 다 바꾸면 일치해도 게시자를 인증하지 못합니다. 서명 배포물은 적절한 키와 절차로 검증하며 CRC32나 단순 SHA 계산은 이를 대신하지 않습니다.

CRC32와 SHA는 파일을 암호화하지 않습니다. 역변환 버튼이 없다는 것과 기밀성은 다릅니다. CRC32를 비밀번호 저장이나 권한 판단에 쓰지 마세요. 체크섬·해시·서명은 표시가 비슷해도 역할이 다릅니다.

파일명 외에 버전·바이트 수·CRC 변형·기준 출처·결과를 기록하세요. 해당 배포물의 CRC-32/ISO-HDLC가 배포 기록과 일치한다고 쓰면 재현 가능하며 안전하다는 말보다 정확합니다.