Using Auth0 to secure a CLI

Authentication in CLI programs is straightforward if the identity provider supports sending credentials, like database connections, SMS passwordless and AD. If the identity provider requires a browser redirect, then the process is slightly more complicated.

If your identity provider supports sending credentials, then you should use the Machine-to-Machine (M2M) Flow. For details on how to implement this, refer to Call API Using the Machine-to-Machine (M2M) Flow.

Auth0 implements the Native/Mobile Login Flow, which makes use of the Proof Key for Code Exchange enhancement. This flow makes it easy to add authentication to a CLI while keeping higher standards of security.

How the Native/Mobile Login Flow Works

Traditionally, public applications (such as mobile apps, SPAs, and CLIs) have used the Single-Page Login Flow to obtain a token. In this flow, there's no application authentication because there's no easy way of storing a client_secret.

The Native/Mobile Login Flow increases security by adding a cryptographic challenge in the token exchange. This prevents rogue apps from intercepting the response from Auth0 and getting hold of the token.

How to implement the Native/Mobile Login Flow

The steps to follow to implement this flow are the following:

  1. Create a Code Verifier. This is a randomly generated value that will be used to generate the code_challenge (which will be sent in the authorization request).

  2. Create a Code Challenge. A hashed (SHA256) and base64Url encoded value, generated using the code_verifier.

  3. Initiate the Authorization Request. The regular OAuth 2.0 authorization request, with the caveat that now it includes two parameters: the code_challenge and the code_challenge_method which should be S256. If the authorization is successful, then Auth0 will redirect the browser to the callback with a code query parameter: https://YOUR_APP/callback/?code=123.

In order for the CLI to be able to receive the callback and retrieve the code, it needs to implement an HTTP server that corresponds to the allowed callback for the client.

  1. Exchange the Authorization Code for a Token. With the code, the program then uses the /oauth/token endpoint to obtain a token. In this second step, the CLI program adds a verifier parameter with the exact same random secret generated in step 1. Auth0 uses this to correlate and verify that the request originates from the same application. If successful, the response is another JSON object, with an ID Token and Access Token. Note that if the verifier doesn't match with what was sent in the /authorize endpoint, the request will fail.

For implementation details and sample scripts, refer to Call API Using the Mobile Login Flow.