Skip to content
This repository has been archived by the owner on Sep 21, 2022. It is now read-only.

Self token revocation #111

Open
matosf opened this issue May 24, 2016 · 3 comments
Open

Self token revocation #111

matosf opened this issue May 24, 2016 · 3 comments

Comments

@matosf
Copy link

matosf commented May 24, 2016

At the moment to revoke a token (e.g. customer token) we need a service token create a revocation.

This means that in the case of a mobile that has a customer token and wants to revoke it, it cannot do it directly from the mobile, because to create a service token you need a client secret and service user password and those should not be on the mobile, so it has instead to call its own backend and do the revocation call from there, where the secrets can be securely stored.

I propose that this use case could be improved with support for a new revocation type (e.g. SELF), that just revokes the token it receives in the Authorization header.

Example:

curl -v -X POST -H "Authorization: Bearer TOKEN_TO_REVOKE" -H "Content-Type: application/json" -d '{
    "type": "SELF"
}' "https://planb-revocation/revocations"
@gargravarr
Copy link
Contributor

This also means allowing tokens from customer realm - right now only realms 'service' and 'employee' are allowed.

@lasomethingsomething
Copy link

Hey @gargravarr, this issue dates back to May 2016. Can we close it?

@gargravarr
Copy link
Contributor

gargravarr commented Feb 7, 2017 via email

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants