해시/암호화

Checksum Verifier

파일이나 텍스트의 무결성을 검증합니다 — 예상 해시를 붙여넣으면 지원되는 13개 알고리즘 중에서 자동으로 감지합니다.

검증하려면 텍스트/파일과 예상 해시를 입력하세요.

계산된 해시

MD5
SHA-1
SHA-256
SHA-384
SHA-512
SHA3-256
SHA3-512
RIPEMD-160
BLAKE2b-512
BLAKE2s-256
BLAKE3
CRC32
Adler-32

Sites publish a checksum next to a download so users can confirm the file arrived intact and hasn't been tampered with. This tool hashes your file and compares it against the expected value, detecting the algorithm automatically.

How to use it

Common uses

Things to keep in mind

A checksum check protects against accidental corruption and confirms file integrity, but it doesn't guarantee the original itself wasn't compromised at the source — that requires a digital signature.

If the checksum doesn't match, re-download the file first: the most common cause is corruption in transit, not tampering.

이 도구에 대한 아티클: Checksum Verifier: 파일이 손상되지 않았는지 확인하는 방법

자주 묻는 질문

해시가 대소문자가 달라도 일치로 판정되나요?

네. 16진수 해시 비교는 대소문자를 구분하지 않으므로 "A1B2"와 "a1b2"는 같은 값으로 인식됩니다.

체크섬 검증으로 파일이 진짜 배포자가 만든 것인지도 확인할 수 있나요?

아니요. 체크섬 검증은 다운로드 과정에서 파일이 손상되거나 변조되지 않았는지만 확인합니다. 배포자의 신원(진위성)을 증명하려면 PGP 서명 같은 별도의 수단이 필요합니다.

예상 해시는 어디서 구하나요?

보통 파일을 배포하는 공식 웹사이트나 다운로드 페이지에 함께 게시된 MD5, SHA-256 등의 값을 사용합니다. 이 값을 예상 해시 칸에 붙여넣으면 13개 알고리즘 중 자동으로 일치 여부를 판별합니다.

체크섬에 SHA-256 대신 CRC32를 사용하는 이유는 무엇인가요?

CRC32는 훨씬 빠르지만 의도적으로 위조하기 쉽습니다 — 전송 중 우연한 손상을 감지하는 용도(압축 프로그램, 네트워크 프로토콜)에는 적합하지만, 파일을 눈에 띄지 않게 바꾸려는 공격자로부터 보호하는 용도로는 적합하지 않습니다.

체크섬이 일치하지 않으면 어떻게 해야 하나요?

먼저 파일을 다시 다운로드하세요 — 불일치의 가장 흔한 원인은 전송 중 손상입니다. 다시 다운로드해도 여전히 일치하지 않는다면 해당 파일을 사용하지 마세요. 출처가 게시된 체크섬을 갱신하지 않고 파일만 업데이트했거나, 파일이 변조되었을 수 있습니다.

아티클: 해시/암호화

Hash Generator: MD5, SHA-1, SHA-256은 서로 어떻게 다른가

MD5가 아직도 파일 무결성 검증에는 쓰이지만 비밀번호에는 쓰이지 않는 이유.

HMAC: 키가 있는 해시는 일반 해시와 어떻게 다른가

일반 SHA-256이 메시지 위변조를 막지 못하지만 HMAC은 막을 수 있는 이유.

Bcrypt: 비밀번호를 빠르게가 아니라 느리게 해시하는 이유

빠른 SHA-256이 비밀번호에는 나쁜 선택이고, 느린 bcrypt가 올바른 선택인 이유.

UUID: 거의 절대 중복되지 않는 식별자는 어떻게 만들어지는가

UUID v4를 수백만 대의 기계에서 충돌 위험 없이 독립적으로 생성할 수 있는 이유.

비밀번호 생성기: 비밀번호를 진짜로 강하게 만드는 것

사전 단어로 만든 긴 비밀번호가 기호와 숫자가 든 짧은 비밀번호보다 강한 이유.

AES: 대칭 암호화는 어떻게 동작하는가

AES에서 같은 키가 데이터를 암호화하고 복호화하는 이유, 그리고 이것이 비대칭 암호화와 다른 점.

Argon2: 이 알고리즘이 비밀번호 해싱 경진대회에서 우승한 이유

Argon2가 오래된 비밀번호 해싱 알고리즘보다 GPU를 이용한 공격을 더 잘 방어하는 방법.

Scrypt: 이 알고리즘이 왜 그렇게 많은 메모리를 필요로 하는가

scrypt가 ASIC 장치에서의 크래킹을 어렵게 만들기 위해 일부러 많은 메모리를 요구하는 이유.

TOTP: 인증 앱의 일회용 코드는 어떻게 작동하는가

Google Authenticator의 코드가 인터넷 없이 작동하고 시간만으로 서버와 동기화되는 이유.

PBKDF2: 가장 오래된 키 스트레칭 표준

PBKDF2의 권장 반복 횟수가 매년 늘어나는 이유.

X.509: SSL 인증서 안에는 무엇이 들어있는가

초록색 자물쇠를 보여주기 전에 브라우저가 사이트 인증서에서 정확히 무엇을 확인하는지.

PGP: 공개 키와 개인 키 암호화는 어떻게 작동하는가

PGP 공개 키는 자유롭게 공유할 수 있지만 개인 키는 절대 공유해서는 안 되는 이유.