News for hackers. Stuff that matters.
Re:JSON Web Tokens vs. Sessions by btdiehr on Saturday June 18, 2016 @01:16PM (#11929537)
Why do you think you can't invalidate a JWT? Store a JWT that is associated with some object in a database that has the field `isInvalidated`. This isn't rocket science. Sure - this turns the JWT token into a session but there is no way to invalidate based on something that isn't determined at creation time without storing something in a database.
Re:JSON Web Tokens vs. Sessions by jontro on Saturday June 18, 2016 @03:34PM (#11930223)
What's the point of using a JWT if so? This effectively converts it into a session token
Re:JSON Web Tokens vs. Sessions by baseonmars on Sunday June 19, 2016 @12:07PM (#11933415)
You can create a JWT without writing to a datastore - this is a key difference.
Re:JSON Web Tokens vs. Sessions by kensign on Saturday June 18, 2016 @04:28PM (#11930473)
use a ttl on like a cache store, such as redis
Re:JSON Web Tokens vs. Sessions by jcoffland on Saturday June 18, 2016 @05:11PM (#11930609)
Yes, but this is still a deadend.
Re:JSON Web Tokens vs. Sessions by zbjornson on Sunday June 19, 2016 @12:00PM (#11933390)
How so?

It's effectively a micro-optimization that will have no real effect, but you can do a simple "exists" query when searching the revocation list, and the TTL keeps the collection small.

Not advocating for JWT as it's a silly mess to do everything correctly, but it is possible.

Re:JSON Web Tokens vs. Sessions by jcoffland on Sunday June 19, 2016 @08:13PM (#11935407)
Searching a revocation list misses the point of RESTful authentication.
Re:JSON Web Tokens vs. Sessions by zimbatm on Monday June 20, 2016 @05:42AM (#11937037)
There is no such thing as a RESTful authentication. REST's design hinges on URIs being public.
Re:JSON Web Tokens vs. Sessions by jcoffland on Friday June 24, 2016 @03:52AM (#11967636)
What do public URIs have to do with it? I don't think we are speaking the same language.