Is it easy or difficult to use our developer documentation? Let us know in this short survey ↗

On this page

Additional rate limits

This page provides Okta's additional limits on:

These limits are part of the Okta Rate limit policy.


Concurrent rate limits

To protect the service for all customers, Okta enforces concurrent rate limits, which is a limit on the number of simultaneous transactions. Concurrent rate limits are distinct from the org-wide, per-minute API rate limits, which measure the total number of transactions per minute. Transactions are typically very short-lived. Even large bulk loads rarely require more than 10 simultaneous transactions.

For concurrent rate limits, traffic is measured in three different areas. Counts in one area aren't included in counts for the other two:

  • For agent traffic, Okta has set the limit based on typical org use. This limit varies from agent to agent.
  • For Office365 traffic, the limit is 75 concurrent transactions per org.
  • For all other traffic, including API requests, the limit is described in the table below.
Developer (free) Developer (paid) One App Enterprise Workforce Identity
15 35 35 75 75

The first request to exceed the concurrent limit returns an HTTP 429 error, and the first error every 60 seconds is written to the log. Reporting concurrent rate limits once a minute keeps log volume manageable.

Note: Under normal circumstances, customers don't exceed the concurrency limits. Exceeding them may be an indication of a problem that requires investigation.

Note: For information on possible interaction between inline hooks and concurrent rate limits, see Inline hooks and concurrent rate limits.

End-user rate limits

Okta limits the number of requests:

  • From the Admin Console and the End-User Dashboard, to 40 requests per user per 10 seconds per endpoint. This rate limit protects users from each other and from other API requests in the system.

  • To the Identity Engine, to 20 requests per user per 5 seconds and 10 requests per state token per 5 seconds. Identity Engine

If a user exceeds this limit, they receive an HTTP 429 error response without affecting other users in your org. A message is written to the System Log that indicates that the end-user rate limit was encountered.

Home page endpoints and per-minute limits

The following endpoints are used by the Okta home page for authentication and user sign in and have org-wide rate limits:

Okta home page endpoints Developer (free) Developer (paid) One App Enterprise Workforce Identity
/app/{app}/{key}/sso/saml 100 600 *600 *600 750
/app/office365/{key}/sso/wsfed/active N/A N/A N/A 2000 1000
/app/office365/{key}/sso/wsfed/passive N/A N/A N/A 250 250
/app/template_saml_2_0/{key}/sso/saml 100 600 *600 *600 2500
/login/do-login 100 600 600 600 200
/login/login.htm 100 600 600 600 850
/login/sso_iwa_auth 100 600 600 600 500
/bc/image/fileStoreRecord 100 600 *600 *600 500
/bc/globalFileStoreRecord 100 600 *600 *600 500

These rate limits apply to all new Okta organizations. For orgs created before 2018-05-17, the previous rate limits still apply.

The limits for these endpoints can be increased by purchasing the High-capacity add-on.

Okta-generated email message rate limits

Limits are applied on a per-recipient basis and vary by email type. The limit for some email types is no more than 30 emails per-recipient, per-minute, while other email types are configured with higher limits. These limits protect your org against denial-of-service attacks and help ensure that adequate resources are available for all customers.

Per-user limits

API endpoints that take username and password credentials, including the Authentication API and the OAuth 2.0 resource owner password flow, have a per-username rate limit to prevent brute force attacks with the user's password:

Action and Okta API endpoint Per User limits (all orgs)
Authenticate the same user:
4 per second
Generate or refresh an OAuth 2.0 token:
4 per second

SMS and Call rate limits

  • Per user/per phone number rate limit: The 30 second verification rate limit applies to a user's attempt to send an SMS or Call enrollment or verification message to the same phone number. The rate limit is one SMS or Call challenge per phone number every 30 seconds.

Note: Okta round-robins between SMS providers with every resend request to help ensure delivery of SMS OTP across different carriers.

  • Enrollment and verification rate limits: This rate limit applies to a user's attempt to enroll or verify an SMS or a Call factor using any phone number. This rate limit applies to only the enrollment or verification operation. See System Log events for rate limits for examples of System Log rate limit events where too many enrollment or verification attempts for the SMS or Call factors were made.

Org creation rate limits

API calls to the Org creator endpoint (POST /api/v1/orgs) have a limit of 10 orgs per minute.

Note: Existing Org creator API users may have a different existing rate limit.

Workforce license rate limit multiplier

Workforce orgs that are created after January 7, 2021 have increased default rate limits. This increase is for specific endpoints and depends on a Workforce org's license count (Universal Directory or Single-Sign On).

Workforce licenses Rate limit multiplier
< 10K 1x the default rate limit
10K - 100K 5x the default rate limit
> 100K 10x the default rate limit

List of endpoints


  • /api/{apiVersion}/radius
  • /api/v1/authn
  • /api/v1/authn/factors/{factorIdOrFactorType}/verify
  • /api/v1/sessions
  • /login/agentlessDsso
  • /login/agentlessDsso/auth
  • /login/default
  • /login/login.htm
  • /login/sessionCookieRedirect
  • /login/sso_iwa_auth
  • /login/step-up/redirect
  • /login/token/redirect
  • /.well-known/webfinger


  • /app/{app}/{key}/sso/saml
  • /app/office365{appType}/{key}/sso/wsfed/active
  • /app/office365{appType}/{key}/sso/wsfed/passive
  • /app/template_saml_2_0/{key}/sso/saml
  • /idp/idx/introspect Identity Engine
  • /idp/idx/identify Identity Engine
  • Identity Engine App Intent Identity Engine
  • /oauth2/v1
  • /oauth2/v1/authorize
  • /oauth2/v1/token
  • /oauth2/{authorizationServerId}/v1
  • /oauth2/{authorizationServerId}/v1/authorize
  • /oauth2/{authorizationServerId}/v1/token

Single User/Group/App reads (GET only)

  • /api/v1/apps/{id}
  • /api/v1/groups/{id}
  • /api/v1/users/{id}
  • /api/v1/users/{idOrLogin}