Authorization code flow in Rest API - Time & Space Complexity
Start learning this pattern below
Jump into concepts and practice - no test required
We want to understand how the time needed to complete the authorization code flow changes as more users or requests happen.
Specifically, how does the process scale when handling multiple authorization requests?
Analyze the time complexity of the following code snippet.
POST /authorize
- User sends request with client_id and redirect_uri
- Server validates client and user credentials
- Server generates authorization code
POST /token
- Client sends authorization code
- Server validates code and issues access token
This code snippet shows the main steps of the authorization code flow in a REST API.
Look for repeated actions that affect time.
- Primary operation: Validating user and client data, and generating tokens for each request.
- How many times: Once per authorization request and once per token request.
Each authorization request requires a fixed set of steps.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 requests | About 10 sets of validation and token generation |
| 100 requests | About 100 sets of validation and token generation |
| 1000 requests | About 1000 sets of validation and token generation |
Pattern observation: The time grows directly with the number of requests, doubling requests roughly doubles the work.
Time Complexity: O(n)
This means the time needed grows linearly with the number of authorization requests.
[X] Wrong: "The authorization code flow takes the same time no matter how many requests happen."
[OK] Correct: Each request requires separate validation and token generation, so more requests mean more work and more time.
Understanding how the authorization code flow scales helps you design APIs that handle many users efficiently and reliably.
"What if the server cached validation results for clients? How would that affect the time complexity?"
Practice
Solution
Step 1: Understand the role of the authorization code
The authorization code is a temporary code given after user consent, not the token itself.Step 2: Identify what the app does with the code
The app sends this code to the authorization server to get an access token securely.Final Answer:
To exchange it for an access token securely -> Option AQuick Check:
Authorization code = temporary code for token exchange [OK]
- Thinking the code directly accesses data
- Confusing code with user password
- Assuming code refreshes tokens
Solution
Step 1: Recall the token exchange request
The app sends the authorization code to the token endpoint to get an access token.Step 2: Identify the HTTP method used
This request uses POST because it sends data securely in the request body.Final Answer:
POST -> Option DQuick Check:
Token exchange uses POST method [OK]
- Using GET which exposes data in URL
- Confusing PUT or DELETE with token exchange
- Assuming token exchange is a simple GET request
import requests
response = requests.post('https://auth.example.com/token', data={
'code': 'abc123',
'client_id': 'myapp',
'client_secret': 'secret',
'redirect_uri': 'https://myapp.com/callback',
'grant_type': 'authorization_code'
})
print(response.json().get('access_token'))
What will this code print if the exchange is successful?Solution
Step 1: Understand the request purpose
The code sends a POST request to exchange the authorization code for an access token.Step 2: Analyze the printed output
If successful, the server returns JSON with an 'access_token' key, which is printed.Final Answer:
The access token string from the server -> Option BQuick Check:
response.json()['access_token'] = access token [OK]
- Printing the code instead of token
- Expecting error message on success
- Not accessing JSON correctly
response = requests.get('https://auth.example.com/token', params={
'code': 'abc123',
'client_id': 'myapp',
'client_secret': 'secret',
'redirect_uri': 'https://myapp.com/callback',
'grant_type': 'authorization_code'
})
What is the main issue with this code?Solution
Step 1: Check HTTP method for token exchange
The token exchange requires a POST request to send sensitive data securely.Step 2: Identify the problem in the code
The code uses GET with query parameters, which is insecure and not standard for this flow.Final Answer:
Using GET instead of POST for token exchange -> Option CQuick Check:
Token exchange must use POST, not GET [OK]
- Using GET exposes secrets in URL
- Forgetting to send client secret
- Assuming redirect URI format is wrong
Solution
Step 1: Understand PKCE purpose
PKCE adds a code verifier and challenge to prevent interception of the authorization code.Step 2: Identify the added step in the flow
The app sends the code verifier with the token request to prove it started the flow and prevent attacks.Final Answer:
The app sends a code verifier with the token request to prove it initiated the flow -> Option AQuick Check:
PKCE adds code verifier step for security [OK]
- Thinking PKCE removes authorization code
- Confusing PKCE with password prompts
- Assuming PKCE uses implicit flow
