You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 21, 2022. It is now read-only.
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.
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:
The text was updated successfully, but these errors were encountered: