해시 생성

아니요. 파일은 HTTPS를 처리하는 것과 같은 내장 암호화 기능으로 해시합니다. 아무것도 저장하지 않으므로 용량 제한도, 연결을 기다릴 일도 없습니다.

고정된 용량 한도가 아니라 사용 가능한 메모리가 한계입니다. 브라우저의 암호화 기능은 파일을 조각으로 나눠 해시할 방법이 없고 파일 전체를 한꺼번에 메모리에 올려야 하므로, DVD 이미지처럼 매우 큰 파일은 그만큼 담을 수 없는 컴퓨터에서 실패할 수 있습니다. 일반 컴퓨터에서는 수백 MB까지 문제없습니다. 큰 파일이 실패했다면 바로 그 한계에 걸린 것이며, 페이지가 멈추지 않고 그렇다고 알려 드립니다.

새로 시작한다면 SHA-256입니다. 현재의 기본값이며, 소프트웨어 체크섬, 컨테이너 다이제스트, 블록체인 시스템이 쓰는 것이고, 알려진 약점이 없습니다. MD5나 SHA-1은 오래된 공개 체크섬과 대조하거나, 레거시 시스템이거나, 객체를 SHA-1로 식별하는 Git처럼 다른 무언가가 요구할 때만 쓰세요. 더 긴 다이제스트가 특별히 필요하면 SHA-512를 쓰세요. 64비트 컴퓨터에서는 SHA-256보다 느린 게 아니라 오히려 빠른 경우가 많습니다.

할 수는 있지만 결과를 저장해서는 안 됩니다. 이 분야에서 가장 흔한 실수이므로 분명히 말씀드립니다. MD5, SHA-1, SHA-256은 모두 비밀번호에 맞지 않으며, SHA-256이 암호학적으로 강하다는 것도 도움이 되지 않습니다. 문제는 이 함수들이 원래 ‘빠르게’ 설계되었다는 점입니다. 최신 그래픽 카드는 1초에 SHA-256 해시를 수십억 개 계산하므로, SHA-256 비밀번호 해시가 담긴 데이터베이스가 유출되면 엄청난 속도로 뚫립니다. 비밀번호에는 일부러 느리게 만든, 솔트를 쓰는 전용 함수가 필요합니다. bcrypt, scrypt, Argon2입니다. 제대로 된 프레임워크라면 모두 하나씩 내장하고 있습니다.

이제 누구나 일반 하드웨어로 몇 초 만에 같은 MD5 해시를 가진 서로 다른 두 파일을 만들 수 있기 때문입니다. 2004년부터 그랬으며, 서로 다른 계약서를 보여 주는 두 PDF, 하나가 악성 코드인 두 실행 파일처럼 실제 피해로 이어지는 방식으로 시연되었습니다. 따라서 MD5로는 파일이 기대한 그 파일임을 증명할 수 없습니다. 의도적으로 위조한 파일도 일치할 수 있습니다. 잘못된 다운로드나 잘린 복사본 같은 우발적 손상을 찾는 데는 여전히 충분히 쓸 만하며, 공개된 MD5 체크섬 대부분이 실제로 그 용도입니다. 보안 용도로는 절대 쓰면 안 됩니다.

같은 이유이며, 더 최근의 일입니다. 2017년 Google과 CWI가 같은 SHA-1 해시를 가진 서로 다른 두 PDF를 만들었고, 2020년에는 서명을 위조할 수 있을 만큼 공격 비용이 낮아졌습니다. 브라우저는 몇 년 전에 SHA-1 인증서를 받아들이지 않게 되었고, Git도 SHA-1에서 옮겨 가는 중입니다. 오늘 알고리즘을 고른다면 SHA-256을 고르세요.

다운로드한 파일을 끌어다 놓고, 파일을 받은 사이트의 체크섬을 비교 칸에 붙여 넣으세요. 일치하면 파일이 온전하게 도착했으며 공개된 그 파일입니다. 일치하지 않으면 삭제하고 다시 다운로드하세요. 주의할 점이 두 가지 있습니다. 체크섬은 파일을 받은 곳이 아니라 공식 출처에서 가져오세요. 그리고 체크섬은 파일이 그 페이지에 공개된 것과 일치한다는 것만 증명한다는 점을 기억하세요. 페이지 자체가 해킹되었다면 둘 다 일치합니다.

SHA-1, SHA-256, SHA-384, SHA-512는 HTTPS를 처리하는 것과 같은 코드인 브라우저 자체의 Web Crypto 구현에서 나옵니다. MD5는 깨진 알고리즘이라 일부러 Web Crypto에 포함되지 않았으므로, 여기서 RFC 1321을 바탕으로 직접 구현했고 그 문서에 공개된 테스트 벡터로 검증했습니다.