해시 계산

보안 목적엔 아닙니다 — MD5는 2004년부터 깨졌습니다. 적대적 충돌을 신경 쓰지 않는 빠른 콘텐츠 체크섬 (캐시 키, 중복 제거)엔 여전히 괜찮습니다. 서명, 비밀번호 저장 또는 보안 관련 모든 것은 SHA-256 이상을 사용하세요.

그 값을 만들 수 있었던 사람이 여러분뿐이라는 점이 요지일 때입니다. 메시지의 평범한 SHA-256은 그 메시지를 가진 누구든 다시 계산할 수 있습니다. 내용이 바뀌지 않았음은 증명하지만 누가 계산했는지에 대해서는 아무 말도 하지 않지요. 메시지를 고쳐 쓴 공격자는 그 옆의 해시도 그냥 고쳐 쓰면 그만입니다. HMAC은 계산 안에 비밀 키를 엮어 넣으므로, 그 키를 가진 사람만이 결과를 재현할 수 있습니다. 웹훅에 이것으로 서명하는 이유가 그것입니다. 수신 측이 공유된 비밀로 HMAC을 다시 계산해 보고 그 본문이 정말 발신자에게서 왔음을 압니다. 아무도 무언가를 위조하려 들지 않는다면 평범한 해시가 옳고 더 간단한 도구입니다.

해싱은 순수한 연산이고, 휴대폰에는 쓸 연산 자원이 더 적기 때문입니다. 파일 자체는 결코 문제가 아닙니다. 파일은 조각으로 읽혀 브라우저의 기본 암호 구현으로 흘러가므로 메모리에 아무것도 붙들리지 않고, 파일 크기는 메모리와 전혀 상관이 없습니다. 상관있는 것은 처리량이며, SHA 하드웨어 가속을 갖춘 데스크톱 프로세서는 똑같은 일에서 휴대폰보다 몇 배 빠를 수 있습니다. 노트북에서 1분 걸리는 큰 압축 파일이 휴대폰에서는 몇 분이 걸릴 수 있고, 그동안 화면은 계속 켜져 있어야 합니다. 수 기가바이트짜리 검증을 컴퓨터에서 하는 실질적인 이유가 그것입니다.

파일은 4 MB 청크로 읽혀 브라우저의 네이티브 Web Crypto API를 통해 해싱되므로, 4 GB ISO도 전체를 한 번에 메모리에 로드하지 않고 체크섬을 계산할 수 있습니다. 결과는 Linux의 `sha256sum`, macOS의 `shasum -a 256`, Windows의 `certutil -hashfile`과 일치합니다.

Hex는 전통적 표현입니다 (다운로드 페이지에서 보는 종류). Base64는 더 짧고 JWT와 많은 웹 API가 HMAC 서명에 사용합니다. 대화 중인 시스템이 기대하는 것을 선택하세요.