JWT

JWT(Json Web Token) 은 통신 정보를 JSON 형식을 사용하여 전송하기 위해 사용됨. JWT 는 토큰 자체에 정보가 포함되어 있는 클레임 기반 토큰임. 일반적인 애플리케이션에서 JWT 는 주로 인증과 인가를 구현하기 위해 사용됨. JWT 는 헤더, 페이로드, 시그니처로 구분됨. 헤더에는 토큰의 암호화 알고리즘이나 타입을 가지며, 페이로드에는 데이터(만료일, 사용자 정보 등) 을 가짐. 시그니처는 헤더와 페이로드가 변조되지 않았는지 판단하기 위해 사용되는ㄷ네, 헤더와 페이로드를 비밀 키를 사용하여 헤더에 명시된 암호화 알고리즘으로 암호화 하여 시그니처가 만들어짐.

JWT 를 사용하여 인가를 구현하는 경우, 클레임 기반 토큰의 특성 덕분에 세션 기반 인증에 비해서 사용자 정보를 조회하기 위한 추가적인 작업이 필요하지 않음. 또한, 서버가 상태를 관리하지 않기 때문에 서버가 이중화된 환경에서도 사용자의 로그인 정보를 일관성 있게 관리할 수 있음. (세션 불일치 문제가 발생하지 않음)

하지만 JWT를 사용하는 경우, 몇 가지 주의 사항이 존재함.

• JWT 는 디코딩이 쉬움. Base64 로 디코딩하면 페이로드를 확인할 수 있음. 민감한 정보를 담는 것에 유의해야함.

• 시크릿 키의 복잡도가 낮은 경우, 무작위 대입 공격(Brute force Attack) 에 노출될 수 있음. 따라서, 강력한 시크릿 키를 사용하는 것이 권장됨.

• 시크릿 키는 유출되면 안되기 때문에 안전한 공간에서 관리해야함.

• JWT 탈취에 유의해야함. 이를 위해서 JWT 저장 공간, 리프레시 토큰 도입 여부, Refresh Token Rotation, 탈취 감지 및 대응에 대해서 고민이 필요함.

• 토큰의 잦은 갱신이 사용자 경험을 저해하는지 고려해야함. 예를 들어, 사용자가 게시글을 3시간 동안 작성하고 제출했지만 JWT 가 만료되어 사용자가 작성한 글은 사라질 수 있음. 이를 해결하기 위해서 슬라이딩 세션과 같은 전략을 고민해 볼 수 있음.

• JWT none 알고리즘 공격을 유의해야함. 공격자가 토큰의 헤더에 명시된 알고리즘을 none 으로 변경하여, 페이로드가 변조되어도 시그니처 검증을 우회할 수 있음. 이를 해결하기 위해서 none 알고리즘 공격을 예방한 라이브러리를 사용하거나, none 알고리즘과 같이 약한 알고리즘에 대해서 필터링 하는 등 주의가 필요함.