[Openid-specs-fapi] Issue #375: Grant Management Revoke Grant response (openid/fapi)
panva
issues-reply at bitbucket.org
Thu Feb 18 10:37:46 UTC 2021
New issue 375: Grant Management Revoke Grant response
https://bitbucket.org/openid/fapi/issues/375/grant-management-revoke-grant-response
Filip Skokan:
````
## Revoke Grant
To revoke a grant, the client sends a HTTP DELETE request to the grant's resource URL. The authorization server responds with a HTTP status code 204 and an empty response body.
This is illustrated by the following example.
```http
DELETE /grants/TSdqirmAxDa0_-DB_1bASQ
Host: as.example.com
Authorization: Bearer 2YotnFZFEjr1zCsicMWpAA
HTTP/1.1 204 No Content
```
The AS MUST revoke the grant and all refresh tokens issued based on that particular grant, it SHOULD revoke all access tokens issued based on that particular grant.
Note: Token revocation as defined in [@RFC7009] differentiates from grant revocation as defined in this specification in that token revocation is not required to cause the revocation of the underlying grant. It is at the discretion of the AS to retain a grant in case of token revocation and allow the client to re-connect to this grant through a subsequent authorization request. This decoupling may improve user experience in case the client just wanted to discard the token as a credential.
````
This section needs to address the behaviour when the underlying Grant is invalid/not found. Does it behave similar to introspection \(returning 204 anyway\) or returns a 400 invalid\_grant?
More information about the Openid-specs-fapi
mailing list