1337badger
Re:HelloJS – Client-side OAuth for JS
on Thursday September 11, 2014 @10:29AM (#8302750)
I am referring to the application you are writing
Re:HelloJS – Client-side OAuth for JS
on Thursday September 11, 2014 @10:04AM (#8302603)
It really depends, it will purge on browser close yes but it still allows access that make not have been intended by your application for use by others also the refresh token may also be stored. The danger is in someone getting this token from an active session and using it outside of its intended parameters not the normal use case.
Re:HelloJS – Client-side OAuth for JS
on Thursday September 11, 2014 @10:01AM (#8302589)
Usually the token kept in memory is one distributed by the application and is not that which the services send back. This allows greater restriction on actions and make it far easier to revoke effectively
Re:HelloJS – Client-side OAuth for JS
on Thursday September 11, 2014 @08:29AM (#8302175)
From what I gather you are leaving the api_tokens for the services in local memory. This means that the user or anyone else that can get there hands on the token can act on the service providers api masquerading as your application.
Re:HelloJS – Client-side OAuth for JS
on Thursday September 11, 2014 @08:17AM (#8302110)
This is a terrible idea that is full of security holes! If you can call having paper-thin pseudo security a hole.