HMAC-SHA512 생성기
메시지와 비밀 키로 HMAC-SHA512 태그를 생성합니다. 두 입력을 UTF-8로 인코딩하고 SHA-512을 사용해 RFC 2104의 HMAC 구성을 적용한 뒤 512비트 결과를 16진수 또는 Base64로 반환합니다. 일부 암호화폐 거래소 API와 HS512 토큰 같은 API 서명 방식을 테스트하고, 신뢰할 수 있는 기준값과 자체 구현을 비교할 때 사용하세요. 키는 응답에 표시되지 않습니다.
자주 묻는 질문
HMAC-SHA512이란 무엇인가요?
HMAC-SHA512은 RFC 2104의 HMAC 구성을 사용해 SHA-512 해시와 비밀 키를 결합합니다. 메시지가 키를 아는 사람에게서 왔으며 변경되지 않았음을 확인해 줍니다. 태그는 64바이트 또는 16진수 128자입니다.
알려진 HMAC-SHA512 테스트 벡터는 무엇인가요?
RFC 4231 테스트 사례 2에서는 키 Jefe와 메시지 what do ya want for nothing?을 사용합니다. 예상 태그는 164b7a7bfcf819e2e395fbe73b56e0a387bd64222e831fd610270cd7ea2505549758bf75c05a994a6d034f65f8f0e6fdcaeab1a34d4a6b4b636e070a38bce737이며, 이 도구는 같은 결과를 생성합니다.
HMAC-SHA512은 HMAC-SHA256 대신 언제 사용해야 하나요?
API 또는 토큰 형식에서 요구하는 경우 사용하세요. 예를 들어 JSON Web Tokens의 HS512 알고리즘이 있습니다. HMAC-SHA256도 이미 충분히 강력하며, SHA-512는 주로 더 긴 태그를 제공하고 64비트 컴퓨터에서 더 빠른 경우가 많습니다.
입력은 어떻게 인코딩되나요?
메시지와 키는 모두 UTF-8 텍스트로 처리됩니다. 제공업체가 디코딩이 필요한 Base64 또는 16진수 비밀 값을 제공하는 경우, 여기서 나온 결과는 해당 업체의 결과와 다릅니다.
키 길이는 어느 정도여야 하나요?
64바이트의 임의 키는 SHA-512 출력 크기와 일치하므로 좋은 선택입니다. 128바이트보다 긴 키는 먼저 해시되며, 너무 짧은 키는 보안을 약화시킵니다.
비밀 키는 비공개로 유지되나요?
예. 이 요청에서만 메모리에서 키를 사용하고 응답에는 포함하지 않습니다. 로그에 남기거나 저장하지 않습니다.
이 도구로 JWT 서명을 만들 수 있나요?
일부만 가능합니다. HS512는 Base64URL 헤더, 마침표, Base64URL 페이로드를 서명합니다. 해당 문자열을 메시지로 붙여 넣고 Base64 출력을 선택한 다음, +를 -로, /를 _로 바꾸고 = 패딩을 제거하면 JWT 서명 부분을 얻을 수 있습니다.
결과가 일치하지 않는 이유는 무엇인가요?
가장 흔한 원인은 메시지에 공백이나 줄바꿈이 추가된 경우, 키를 16진수 또는 Base64에서 디코딩해야 하는 경우, 또는 16진수와 Base64를 비교하는 경우입니다. 각 입력을 바이트 단위로 확인하세요.
HMAC-SHA512 태그를 잘라도 되나요?
일부 프로토콜은 특정 표준의 HMAC-SHA512/256 변형처럼 태그의 앞부분만 사용합니다. 이 도구는 항상 전체 64바이트를 반환하므로 프로토콜에서 요구하는 경우 직접 자르세요.
입력 한도는 얼마인가요?
요청당 메시지와 키를 합쳐 최대 5 MiB의 텍스트를 사용할 수 있습니다. 이는 API 요청 본문, 토큰 문자열, 대규모 웹훅 페이로드에 충분합니다.