키와 메시지가 서버로 가나요?

아닙니다. 서명은 브라우저 안에서 계산하고, 입력은 저장하지 않습니다.

hex와 Base64를 같이 비교할 수 있나요?

출력 형식과 상관없이, 비교 칸은 소문자 hex와 Base64를 둘 다 받습니다.

LF와 CRLF는 바이트가 다릅니다. 상대가 윈도우 줄바꿈으로 서명했다면 CRLF를 고르세요.

새 API는 SHA-256이 기본입니다. 문서에 적힌 이름을 그대로 고르세요.

홈 HMAC 생성

키와 메시지를 넣으면 HMAC이 나옵니다. 키는 글, hex, Base64이고, 결과는 가진 서명과 바로 비교할 수 있습니다.

메시지 키

키 형식 알고리즘 출력 줄바꿈

서명 비교

서명

웹훅과 API 서명은 키와 본문의 바이트가 같아야 맞습니다. 줄바꿈 하나, 앞뒤 공백 하나가 값을 완전히 바꿉니다.

가진 hex나 Base64를 붙여 넣으면 지금 계산한 서명과 같은지 바로 알 수 있습니다.

01사용 방법

메시지와 키를 넣습니다. 알고리즘과 출력, 줄바꿈을 고르면 서명이 바로 나옵니다.

비교 칸에 가진 서명을 붙여 넣으면 같거나 다름을 보여 줍니다. 모든 알고리즘을 누르면 일곱 값이 함께 나옵니다.

예시는 글 키 my-secret-key-123과 인사 메시지입니다. 기본 출력은 소문자 hex입니다.

줄바꿈, 끝의 개행, BOM, 앞뒤 공백이 있으면 서명 아래에 짧게 알려 줍니다.

넣은 것인사 메시지

03알아두면 좋은 것

빈 키는 서명하지 않습니다. hex 키는 짝수 길이의 0-9와 a-f만 받고, Base64는 디코드가 되어야 합니다.

SHA-256이 API에서 가장 흔합니다. MD5와 SHA-1은 옛 시스템과 맞출 때만 고르세요.

Q키와 메시지가 서버로 가나요?: A아닙니다. 서명은 브라우저 안에서 계산하고, 입력은 저장하지 않습니다.
Qhex와 Base64를 같이 비교할 수 있나요?: A출력 형식과 상관없이, 비교 칸은 소문자 hex와 Base64를 둘 다 받습니다.
Q줄바꿈을 바꾸면 왜 값이 달라지나요?: ALF와 CRLF는 바이트가 다릅니다. 상대가 윈도우 줄바꿈으로 서명했다면 CRLF를 고르세요.
Q어떤 알고리즘을 고르면 되나요?: A새 API는 SHA-256이 기본입니다. 문서에 적힌 이름을 그대로 고르세요.

이 페이지는 SHA-1, SHA-224, SHA-256, SHA-384, SHA-512, MD5, RIPEMD-160 가운데 고른 알고리즘으로 HMAC을 만듭니다. 메시지 바이트와 키를 그 알고리즘에 넣습니다.

키는 그대로 둔 글, 16진수, 또는 base64로 넣을 수 있습니다. 계산된 서명은 16진수와 base64로 함께 보여 줍니다. 메시지 줄 끝을 LF로 둘지 CRLF로 둘지에 따라 바이트가 달라집니다.

비교 칸에는 이미 받은 서명을 붙여 같은지 확인합니다. 키가 비어 있거나, 16진수의 길이가 홀수이거나, 16진수나 base64가 깨져 있으면 오류입니다. DES, RC2, MD4로는 서명하지 않습니다.

비밀 키와 메시지는 이 브라우저 안에 둔 채로 서명을 계산합니다. 키를 서명 서버로 보내지 않고, 비교에 붙인 서명도 이 페이지 밖에 저장하지 않습니다.