6% of the exam — the smallest domain, but a real one.
1 sub-topic · this deck covers the whole module
↑ Module 1 OverviewAn API token isn't its own independent credential — it's tied directly to the person who created it, for better and worse. This sub-topic is about what that actually means operationally.
API tokens are generated with the permissions of the user that created the token. Whoever's account made it, that's the access level the token carries — nothing more, nothing less.
Roles that can create tokens: super admins, org admins, group admins, group membership admins, and read-only admins.
This is the real operational risk: a token created by a regular employee's account stops working the moment that person is deactivated — even if the integration itself is still needed.
Admins can restrict where a token operates by specifying network zones or IP addresses at creation time — allowing or blocking connections from specific locations.
Watch for scenario questions built around this trap:
→ "An integration stopped working right after an employee left the company." = the API token was tied to that employee's account, not a service account — exactly the risk the best practice warns against.
Sources: help.okta.com — API.htm
✓ Module 1: Token Management — complete (1 of 1 sub-topic)