My Account API

Learn how you can empower your users to manage their own account information with the My Account API.

The My Account API is available in Limited Early Access.

By using this feature, you agree to the applicable Free Trial terms in Okta’s Master Subscription Agreement.To learn more about Auth0’s product release cycle, read Product Release Stages. To participate in this program, contact Auth0 Support or your Technical Account Manager.

The Auth0 My Account API provides a dedicated set of endpoints for users to manage their own account information. Customers can use these APIs to build self-service experiences in their applications or progressively add details to a user account.

The My Account API operates within the context of the currently logged-in user and can be used directly within user-facing applications.

Using Auth0 domain vs. custom domain

The My Account API supports using your canonical Auth0 domain or your custom domain, but you must use the same one throughout the entire process, including:

• Getting an access token
• Setting the audience value
• Calling the My Account API endpoint

For more information, read Custom Domains.

​

Activate the My Account API

You can activate the My Account API for your tenant in the Auth0 Dashboard:

1. Navigate to Authentication > APIs.
2. Locate the MyAccount API banner.
3. Select Activate.

By default, the My Account API is created with the following application API access policies:

• require_client_grant for user flows
• deny_all for client (machine-to-machine) flows

For an application to access the My Account API on the user’s behalf, you must explicitly create a client grant for that application, which allows you to define the maximum scopes the application can request. Alternatively, you can change the policy for user access flows to allow_all, which allows any application in your tenant to request any scope from the My Account API.

Because the My Account API exposes sensitive information and operations, Auth0 does notrecommendusing allow_all for user access flows. You should follow a least privilege principle with the My Account API to ensure applications only get access to what they truly need, minimizing potential security risks.

The final permissions granted to the application will be determined by the intersection of the scopes allowed by the application API access policy, the Role-Based Access Control (RBAC) permissions assigned to the end user, and any user consent given (if applicable).

You cannot update the application API policy for client access to the My Account API, which means you cannot access the My Account API using the Client Credentials Flow.

To learn more about how to manage application API access policies and their associated client grants, read Application Access to APIs: Client Grants.

​

Get an access token

You can get an access token for the My Account API in the same way you’d get an access token for one of your own APIs.

If you’re going to allow the My Account API to perform sensitive operations (such as enrolling an authentication method), we strongly recommend that you use step-up authentication to enforce additional security policies through multi-factor authentication (MFA).

If you’re using Universal Login, read the following articles:

• Call Your API Using the Authorization Code Flow
• Call Your API Using the Authorization Code Flow with PKCE

If you’re using embedded login, read the following articles:

• Call Your API Using Resource Owner Password Flow
• Login Flow with Native Passkeys API

​

Audience

The audience of the My Account API is https://{yourDomain}/me/.

​

Scope

The My Account API supports the following scopes:

Scope	Description
create:me:authentication_methods	Allows the user to enroll a new authentication method.
read:me:authentication_methods	Allows the user to view existing authentication methods.
updated:me:authentication_methods	Allows the user to modify existing authentication methods.
delete:me:authentication_methods	Allows the user to remove existing authentication methods.
read:me:factors	Allows the user to view the factors they can enroll.

​

Examples

​

Universal Login with authorization code flow

Step 1: Request authorization code

cURL

curl --request GET \
  --url 'https://{yourDomain}/authorize?response_type=code&client_id={yourClientId}&redirect_uri=%7ByourRedirectUri%7D&scope=create%3Ame%3Aauthentication_methods&offline_access=&audience=https%3A%2F%2F{yourDomain}%2Fme%2F'

Step 2: Exchange code for access token

cURL

curl --request POST \
  --url 'https://{yourDomain}/oauth/token' \
  --header 'content-type: application/json' \
  --data '{"grant_type": "authorization_code","client_id": "{yourClientId}","client_secret": "{yourClientId}","code": "{yourAuthorizationCode}","redirect_uri": "{yourRedirectUri}","audience": "{yourAudience}","scope": "create:me:authentication_methods","offline_access": ""}'

​

Embedded login with native passkeys

Step 1: Request login challenge

cURL

curl --request POST \
  --url 'https://{yourDomain}/passkey/challenge' \
  --header 'content-type: application/json' \
  --data '{"client_id": "{yourDomain}"}'

Step 2: Authenticate existing user

cURL

curl --request POST \
  --url 'https://{yourDomain}/oauth/token' \
  --header 'content-type: application/json' \
  --data '{  "grant_type": "urn:okta:params:oauth:grant-type:webauthn",  "client_id": "{yourClientId}",  "scope": "create:me:authentication_methods offline_access",  "audience": "https://{yourDomain}/me/"  "auth_session": "{sessionIdFromTheFirstRequest}",  "authn_response": "{authenticatorResponse}"}'

​

Rate limits

During Early Access, the My Account API is limited at a tenant level to 25 requests per second.