JWT 발전기

JWT 생성기는 헤더,클레임의 페이로드,비밀로 JSON 웹 토큰을 빌드한 다음 서버가 내용을 신뢰할 수 있도록 서명합니다. JWT 는 점으로 연결된 세 개의 base64url 세그먼트를 가지고 있습니다: 헤더는 서명 알고리즘의 이름을 지정하고 페이로드는 클레임을 전달하며 서명은 처음 두 부분에 대한 HMAC 입니다. 이 도구는 제공하는 값에서 세 가지를 모두 조립하고 인증 헤더,테스트 픽스처 또는 컬 명령에 떨어 뜨릴 수있는 토큰을 반환합니다.

토큰을 손으로 생성하는 이유는 테스트와 디버깅입니다. JWT 의 유효성을 검사하는 API 를 구축할 때 특정 클레임이 있는 샘플 토큰이 필요합니다: 만료된 것은 401 경로를 확인하기 위한 토큰,특정 사용자 ID 에 대한 토큰,사용자 지정 역할이나 범위가 있는 토큰,또는 알려진 비밀로 서명된 토큰을 사용하여 미들웨어가 이를 수락하는지 확인할 수 있습니다. 손으로 이를 작성한다는 것은 base64url 로 두 개의 JSON 객체를 인코딩하고 도구가 수행해야 하는 딱딱하고 오류가 발생하기 쉬운 작업인 HMAC 를 계산하는 것을 의미합니다. 여기서 클레임을 JSON 으로 붙여넣고 HS256,HS384 또는 HS512 를 선택하고 비밀을 입력하면 서명된 토큰이 나타납니다.

이 도구는 또한 등록된 시간 청구를 채웁니다. issued-at를 켜면 현재 Unix 시간으로 스탬프가 찍힙니다; 만료일을 초 단위로 설정하고 exp; not-before 오프셋을 설정하고 nbf를 계산합니다. 이 세 가지 청구는 대부분의 인증 버그가 발생하는 것이므로 밀리초가 아닌 시대 이후 몇 초 만에 올바르게 생성하면 일반적인 실수 소스가 제거됩니다.

모든 것은 브라우저에서 발생합니다. 페이로드,비밀 및 서명은 모두 내장 된 Web Crypto API 를 통해 JavaScript 에서 로컬로 실행되므로 비밀은 전송되거나 기록되거나 저장되지 않습니다. 서명 비밀은 누구나 시스템에 유효한 토큰을 발행 할 수있는 하나의 값이기 때문에 중요합니다. 작업이 로컬이기 때문에 도구는 페이지가로드 된 후에도 오프라인으로 계속 작동합니다. HMAC 알고리즘 만 일부러 제공됩니다: RS256 및 ES256 은 개인 키로 서명하고 개인 키를 웹 페이지에 붙여 넣는 것은 피할만한 습관입니다.