일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 알고리즘
- 코딩봉사
- C++
- 코딩교육봉사
- CJ UNIT
- SW봉사
- 데이터베이스
- python
- 자바
- 스프링
- kotlin
- 프로그래머스
- 정보처리산업기사
- softeer
- BFS
- MYSQL
- SQL
- 1과목
- 소프티어
- 파이썬
- 문제풀이
- 공부일지
- 시나공
- programmers
- 백준알고리즘
- 백준
- 회고
- 코틀린
- java
- 백준 알고리즘
Archives
- Today
- Total
JIE0025
[의문] refresh token도 결국 JWT인데 왜 "Bearer"을 안쓰는걸까? 본문
728x90
✅ 선행 학습
✅ 상황
로그인 요청을 날리고, AccessToken과 RefreshToken이 정상적으로 돌아오는 것을 확인했다.
✅ 의문
JWT 토큰 인증을 구별하기 위해 Bearer을 사용한다는 말이 있다.
그렇다면 왜 Refresh Token 에는 Bearer이라는 키워드를 붙히지 않은 채로 돌아오는걸까?
Refresh Token도 JWT인데 문자열이 필요한게 아닌가? 라는 의문이 들었다.
refresh token도 결국 JWT인데 왜 "Bearer"을 안쓰는거지?
내가 개발을 잘못한건가?
✅ 해결
이런 의문이 들었던 것의 원인은 결과적으로 학습의 깊이감 부족이다.
나는 Bearer이라는 키워드를 JWT에 사용한다! 는 정도만 알아둔 채로 개발을 한거라서 의문이 생길수밖에 없었다.
결과적으로 Authorization에 해당하는 데이터 (access token) 는
토큰 유형을 구별하기 위해 (JWT/OAuth) bearer을 사용하는것이며
Refresh token은 만료되었는가 ? 를 체크하는 토큰
즉 Authorization에 포함되지 않는 토큰이라서 구별할 필요가 없다! 는것이 핵심이다
좀 더 자세하게 이 내용을 봤으면 의문 자체가 들수 없는데 (너무나도 당연한 이야기라서)
아무튼 이 의문을 해결하기 위해 공부하면서 알게 되었으니 그걸로 만족한다 ㅎㅎ