Add ThirdPartyClientAccessConfig to organization settings
The Auth0 Management API now supports a new optional third_party_client_access_config field in organization settings, along with the new ThirdPartyClientAccessConfig schema. This field controls whether third-party applications can configure connections during the Self-Service Enterprise Configuration flow. The addition is purely additive with no breaking changes to existing endpoints or response shapes.
Alert history
- Additive
Add ThirdPartyClientAccessConfig to organization settings
The Auth0 Management API now supports a new optional
third_party_client_access_configfield in organization settings, along with the newThirdPartyClientAccessConfigschema. This field controls whether third-party applications can configure connections during the Self-Service Enterprise Configuration flow. The addition is purely additive with no breaking changes to existing endpoints or response shapes. - Additive
Add B2B integration and Cross App Access fields to client and connection schemas
Multiple new optional fields and schema definitions were added to support B2B Integration clients and Cross App Access functionality. New fields include
b2b_integration_configurationon client schemas,identity_assertion_authorization_grantconfiguration for ID-JAG token exchange, andcross_app_access_resource_appsettings for connections. All additions are marked as beta or EA lifecycle stage and are optional, so existing integrations remain fully compatible. - Additive
Add EA identifiers and actor fields to branding and session APIs
Auth0 Management API adds several new optional, early-access (EA) fields:
identifiersto multiple branding theme endpoints,actorto session-related endpoints, and a newpre-custom-token-exchangethrottling configuration. New schema typesBrandingThemeIdentifiers,SessionActorMetadata, andSuspiciousIPThrottlingPreCustomTokenExchangeStageare introduced. All changes are backwards-compatible additions that don't modify existing field requirements or remove functionality. - Breaking
Removed federated connections tokens feature and ASN device binding option
Several previously documented features have been removed from the Auth0 Management API spec:
- The
ConnectionFederatedConnectionsAccessTokensschema and allfederated_connections_access_tokensfields have been removed from Azure AD (v1/v2), Google Apps, and generic OAuth2/SAML connection options — clients writing this field will no longer have it accepted. - The
FederatedConnectionTokenSetschema has been removed entirely. - The scopes
read:federated_connections_tokensanddelete:federated_connections_tokenshave been removed from the API's scope list. - The
asnenum value has been removed fromClientSessionTransferDelegationDeviceBindingEnum, makingipthe only valid value; any client passing"asn"will now be sending an unsupported value. - All SDK code samples have been updated to require a
domain/base_urlparameter alongsidetoken, which is an informational change to examples only.
- The
- Additive
Add auth0_managed field to rule conditions
A new optional
auth0_managedfield has been added to rule condition schemas, allowing an array of Auth0-managed provider identifiers matching the patternauth0.*. This is a purely additive change that extends rule configuration capabilities without breaking existing integrations. - Informational
Added documentation for 403 scope upgrade requirement
The 403 error response for the SSO access tickets endpoint now includes an
x-description-1field clarifying that a subscription upgrade is required to usecross_app_access_resource_app_config. This is a documentation enhancement that does not affect API behaviour. - Additive
Add "confirmation" prompt type to Auth0 Management API
A new enum value
"confirmation"has been added to the prompt type list in the Auth0 Management API. This is an additive change that allows clients to use the new "confirmation" prompt type; existing code is unaffected. - Informational
Added error code descriptions for subscription/scoping limitations
The Auth0 Management API OpenAPI spec now includes additional
x-description-*fields in 403 error responses, documenting new error conditions related to subscription upgrades (identity_assertion_authorization_grantandcross_app_access_resource_app) and entity limits. These are documentation-only changes to the error response metadata that do not alter actual API behaviour, response structure, or client integration logic. - Additive
Add grants field and third_party_client_access support to org APIs
The Auth0 Management API adds three new optional response fields: grants array to token vault privileged access schemas, third_party_client_access enum to organization schemas, and organization_id to the user grants response. All fields are additive and marked with lifecycle status, enabling new capabilities around grant management and third-party client access control without breaking existing integrations.
- Breaking
weight type narrowed number→integer; backoff enum "none" renamed "default"
Three distinct breaking changes in one diff:
- The
weightfield in two allocation-related schemas is narrowed fromtype: numbertotype: integer— clients sending decimal weights will now fail validation. - The
backoff_typeenum loses the value"none"and gains"default"— any client sending or matching"none"will break. - The phone-provider-protection endpoints (
GET/PATCH) are promoted from Early Access (EA) to General Availability (GA) — informational, but thex-release-lifecyclechange signals a stability commitment.
- The
- Additive
Auth0 Management API additions: code samples, new schemas, new scopes
The Auth0 Management API spec adds comprehensive code samples in multiple languages (
x-codeSamples), introduces new schemas for experimentation features (ExperimentValidationResult,Variation-related schemas,XssProtectionConfig), and adds new OAuth2 scopes for experimentation, group roles, organization features, rate limit policies, and user permissions. These are all purely additive changes that do not break existing integrations.