2.0 KiB
Device code flow
(Also known as device flow and RFC 8628)
This type of authentication flow is useful for devices with limited input abilities and/or devices without browsers.
Requirements
This device flow is only possible if the active tenant has a device code flow setup. This device code flow is run after the user logs in, and before the user authenticates.
Device-side
The flow is initiated by sending a POST request to the device authorization endpoint, /application/o/device/
with the following contents:
POST /application/o/device/ HTTP/1.1
Host: authentik.company
Content-Type: application/x-www-form-urlencoded
client_id=application_client_id&
scopes=openid email my-other-scope
The response contains the following fields:
device_code
: Device code, which is the code kept on the deviceverification_uri
: The URL to be shown to the enduser to input the codeverification_uri_complete
: The same URL as above except the code will be prefilleduser_code
: The raw code for the enduser to inputexpires_in
: The total seconds after which this token will expireinterval
: The interval in seconds for how often the device should check the token status
With this response, the device can start checking the status of the token by sending requests to the token endpoint like this:
POST /application/o/token/ HTTP/1.1
Host: authentik.company
Content-Type: application/x-www-form-urlencoded
grant_type=urn:ietf:params:oauth:grant-type:device_code&
client_id=application_client_id&
device_code=device_code_from_above
If the user has not opened the link above yet, or has not finished the authentication and authorization yet, the response will contain an error
element set to authorization_pending
. The device should re-send the request in the interval set above.
If the user has finished the authentication and authorization, the response will be similar to any other generic OAuth2 Token request, containing access_token
and id_token
.