JWT 토큰 디코더
브라우저에서 JWT(JSON 웹 토큰) 헤더와 페이로드를 즉시 디코딩합니다. 무료, 개인 및 클라이언트 측 - 서버로 데이터가 전송되지 않습니다.
브라우저에서 JWT(JSON 웹 토큰) 헤더와 페이로드를 즉시 디코딩합니다. 무료, 개인 및 클라이언트 측 - 서버로 데이터가 전송되지 않습니다.
JWT(JSON 웹 토큰)는 RFC 7519에 정의된 두 당사자 간의 청구 전송을 위한 압축된 URL 안전 형식입니다. JWT는 점으로 구분된 3개의 base64url 인코딩 세그먼트(헤더(알고리즘 및 토큰 유형), 페이로드(청구) 및 서명(암호화된 진위 증명))입니다. 헤더와 페이로드는 URL 안전을 위해 base64url로 인코딩된 JSON입니다. 서명은 인코딩된 헤더와 페이로드에 대해 여러 알고리즘(HS256, RS256, ES256 등) 중 하나를 사용합니다.
JWT를 세그먼트로 분할하고 각각을 base64로 디코딩하는 디코딩에는 비밀이 필요하지 않습니다. 토큰 텍스트가 있는 사람은 누구나 헤더와 페이로드를 읽을 수 있습니다. 그러나 서명은 비밀(HMAC) 또는 공개 키(비대칭)로만 확인할 수 있습니다. 디코딩은 검사를 위한 것입니다. 검증은 진정성을 입증하는 것입니다.
이 디코더는 토큰을 분할하고, 각 세그먼트를 base64로 디코딩하고, 헤더와 페이로드를 JSON으로 구문 분석하고, 결과를 표시합니다. 디코더에 없는 비밀 키나 공개 키가 필요하기 때문에 서명 확인을 시도하지 않습니다. 디코딩된 출력은 읽기 전용 검사이므로 토큰 디버깅에 유용하지만 애플리케이션 코드의 적절한 확인을 대체할 수는 없습니다.
인증 문제 디버깅에는 거의 항상 토큰 검사가 포함됩니다. 코드에서 유효해 보이는 토큰에는 잘못된 청구, 예상치 못한 알고리즘, 만료된 exp 타임스탬프 또는 대상 불일치가 있을 수 있습니다. 토큰을 디코딩하면 발급자가 생산한 내용이 정확히 드러납니다.
통합 작업 중 토큰을 검사하는 것도 도움이 됩니다. 타사 API 또는 ID 공급자에 연결할 때 오래된 문서에 의존하기보다는 샘플 토큰을 디코딩하면 실제 클레임 이름, 형식 및 구조를 가장 잘 이해할 수 있습니다.
토큰을 붙여넣고 구문 분석된 내용을 가져옵니다.
JWT 형식은 점으로 연결된 세 개의 세그먼트입니다. 각 세그먼트는 base64url로 인코딩됩니다. 이는 + 및 / 대신 - 및 _를 사용하고 때로는 패딩이 생략되는 base64의 URL 안전 변형입니다. 디코딩하려면 URL 안전 대체 실행 취소, 세그먼트 패딩 및 base64 디코딩이 필요합니다.
헤더와 페이로드는 디코딩 후 JSON입니다. 서명 세그먼트는 바이너리(원시 서명 바이트)이며 사람이 읽을 수 없습니다. 유용하려면 확인 키가 필요합니다.
RFC 7519에 정의된 일반 클레임: iss(발급자), sub(주체 식별자), aud(대상), exp(Unix epoch 초로 만료), nbf(타임스탬프 이전이 아님), iat(타임스탬프에서 발행됨), jti(고유 토큰 ID). 애플리케이션별 클레임은 어떤 이름으로도 나타날 수 있습니다.