웹훅 서명 검증기
GitHub, Stripe, Slack, Shopify, Standard Webhooks 서명을 검증하고 실패 원인을 확인
입력
메모리에만 보관되며 저장, 기록, 전송되지 않습니다.
한 줄에 하나의 "이름: 값" 또는 JSON 객체. 이름은 대소문자를 구분하지 않습니다.
필수 헤더
X-Hub-Signature-256없음
텍스트 상자는 CRLF 줄바꿈을 LF로 바꿉니다. 정확한 바이트가 중요하면 본문을 Hex나 Base64로 붙여 넣거나 파일에서 불러오세요.
원본 HTTP 요청 붙여 넣기
요청 줄, 헤더, 빈 줄, 그다음 본문 순서입니다.
결과
세부 정보
검증 도구가 확인하는 것
웹훅 전송(서명 시크릿, 헤더, 정확한 원본 본문)을 붙여 넣으면 각 제공자의 규칙대로 서명을 다시 계산합니다. GitHub X-Hub-Signature-256, 요청 타임스탬프를 포함하는 Slack v0 서명, Shopify Base64 HMAC, Stripe t= 및 v1= 서명(시크릿 교체 중에는 어떤 v1이든 일치하면 됨), Standard Webhooks 및 Svix의 webhook-id, webhook-timestamp, webhook-signature, 그리고 설정 가능한 일반 HMAC을 지원합니다. 서명 유효성과 타임스탬프 최신성은 따로 표시됩니다.
검증이 실패하는 이유
서명은 정확한 바이트를 대상으로 합니다. 서명이 일치하지 않으면 흔한 실수를 적용해 다시 계산하고 처음 일치한 원인을 알려 줍니다. 끝 줄바꿈 추가 또는 누락, CRLF와 LF 변환, 파싱 후 다시 직렬화한 JSON, 시크릿 앞뒤 공백, Base64 디코딩 없이 사용한 whsec_ 시크릿, 다른 제공자 방식 등입니다. 누락된 헤더, 형식이 잘못된 서명, 오래되었거나 미래인 타임스탬프는 각각 별도의 항목으로 표시됩니다.
정확한 바이트
검증에는 항상 원본 본문을 사용하며, 정리된 미리보기는 표시 전용입니다. 텍스트 상자는 CRLF 줄바꿈을 LF로 바꾸므로 정확한 바이트가 중요하면 본문을 Hex나 Base64로 붙여 넣거나 파일에서 불러오세요. 본문은 5 MB, 시크릿은 64 KB까지 허용됩니다.
개인정보 보호와 한계
모든 처리는 브라우저에서 Web Crypto로 실행됩니다. 시크릿은 메모리에만 보관되며 저장, URL 포함, 기록, 전송되지 않습니다. 기억하는 것은 제공자와 허용 범위뿐입니다. 요청을 재전송하거나 제공자에 연결하지 않으며, Standard Webhooks v1a(Ed25519) 같은 비대칭 서명은 검증하지 않습니다.
