Re:JSON Web Tokens vs. Sessions
by skylan_q on Saturday June 18, 2016 @03:10PM
(#11930113)
I found this:
http://www.cse.msu.edu/~alexliu/publications/Cookie/cookie.p...
here:
http://security.stackexchange.com/questions/7398/secure-sess...
And implemented it.
It was quick, cheap, and easy enough for me to assign a new token with most (if not every) request that required authorization/authentication. The only bits of info kept in the cookie were insensitive bits of data, so if a single token got cracked it wouldn't be a huge deal.
[ Parent
| on HN ]
Re:JSON Web Tokens vs. Sessions
by iheartmemcache on Saturday June 18, 2016 @05:13PM
(#11930616)
Re-issuing tokens sounds like a poor-man's nonce. I skimmed the pseudo-code in their paper, immediately said to myself 'uhh..', then a section later they addressed my 'uhh..' by admitting replay attacks are effectively trivial.
In some cases, no security is better than bad security, because at least your users are aware of the insecurity. (Granted, you're protecting against the replay attack - my point still stands for anyone even considering implementing something based on that paper.)