해시 생성기

해시와 똑같아 보이는 문자열은 건네줄 수 있습니다. SHA-256이라면 자신감 넘치는 16진수 64자요. 하지만 그 문자열은 지어낸 것입니다. 언어 모델은 다이제스트를 계산하지 않습니다. 텍스트를 예측할 뿐이며, 해시는 "그럴듯함"과 "올바름"이 아무것도 공유하지 않는 바로 그 종류의 텍스트입니다. 읽을 수 없는 파일을 해시할 수도 없습니다. 이 페이지는 사용자의 운영체제가 쓰는 것과 같은 알고리즘으로, 사용자 자신의 기기에서 실제 다이제스트를 계산합니다. 그리고 입력이 파일이면 파일은 브라우저를 떠나지 않습니다. 대표 글 챗봇에게 비밀을 맡기지 마세요에서 세 가지 실패 양상을 모두 살펴봅니다.

세상이 여전히 MD5 체크섬을 게시하기 때문입니다. 공급업체 다운로드 페이지, 레거시 시스템, 오래된 데이터베이스 덤프, 10년치 포럼 게시물이 MD5를 지문으로 사용하며, 다운로드를 게시된 MD5와 대조하려면 실제 MD5를 만들어야 합니다. WebCrypto는 이를 거부하므로 이 페이지의 구현은 RFC 1321로 작성되었고 RFC 자체의 테스트 벡터로 고정되어 있습니다. 충돌 저항성이 깨졌다는 것은 보안 결정에 쓸 수 없다는 뜻이지, 설치 기반이 사라지는 것은 아닙니다. 레거시 지문을 검증하는 데만 쓰고, 새로운 것을 보호하는 데는 절대 쓰지 마세요.

일반 해시는 메시지가 다이제스트와 일치함을 증명합니다. 그러나 누가 만들었는지는 증명하지 못합니다. 누구나 무엇이든 해시할 수 있으니까요. HMAC는 비밀 키를 구조에 섞어, 다이제스트가 발신자까지 인증하게 합니다. 웹훅과 서명된 API 요청이 자신을 증명하는 방식이 바로 이것입니다. 여기에 같은 텍스트와 키를 입력하면 코드가 생성해야 할 값이 로컬에서 계산되어 나옵니다. 운영 웹훅 비밀값을 디버깅한다고 채팅이나 낯선 사람의 서버에 붙여 넣을 필요가 결코 없습니다.

안 됩니다. 이것들은 빠른 범용 다이제스트이며, "빠름"은 비밀번호 해시가 절대 가져서는 안 되는 특성입니다. GPU를 가진 공격자는 초당 수십억 번을 시도합니다. 비밀번호는 의도적으로 느리고 솔트가 적용되는 bcrypt, scrypt, Argon2의 영역입니다. 해시가 있어 무엇이 만들었는지 알고 싶다면 해시 식별기가 그 모양을 읽어 주고, 새 비밀번호가 필요하다면 비밀번호 생성기가 로컬에서 만들어 줍니다.

다이제스트 자체에는 없습니다. 16진수는 표기법이고 A-F와 a-f는 타이포그래피의 문제입니다. 비교에는 차이가 있습니다. 바이트 단위 문자열 비교는 같은 해시를 다르다고 판정하니까요. 이 토글은 모든 출력을 한 번에 다시 써서 비교 대상 체크섬의 형식에 맞출 수 있게 합니다. 대부분의 Unix 도구는 소문자로, 일부 Windows 도구는 대문자로 출력합니다.