How about an XSRF-TOKEN?
- Dominant language
- Go
- Stars
- 3k
- Forks
- 387
- Avg merge
- 4h 16m
- Merged PRs (30d)
- 1
Description
It appears that [this article](https://stormpath.com/blog/angular-xsrf) made clear that how to use the JWT token on client side.
Because gin-jwt sends back the token with httponly cookie, so it seems cannot be read with JS on client side.
So that when we want to send a request to a route that require JWT authentication, we need to prepare a custom "Bearer" header. But the JWT token must be read right? And since it won't be from the httponly cookie, so we have to store a copy of it without httponly flag when client side redirects pages (lost the first time login respond info), correct?
so from the article above, we seems need an XSRF-TOKEN, and put it in the request header too. Then how gin-jwt deal with this ?
Contributor guide
No contributing guide indexed for this repository
Research direction
Review gin-jwt's HTTP-only cookie flow and the client-side JWT authentication behavior described in the issue and linked article. Determine whether XSRF-TOKEN support is intended, then define the required middleware behavior and documentation or tests that would demonstrate the chosen approach.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- api, authentication, security
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100