Availability varies by Auth0 plan
This feature is available for B2B Professional, Enterprise, and Enterprise premium plans. To learn more, read Pricing.
To scope each request to a given organization, include the corresponding
org_id claim to machine-to-machine tokens. API servers must consider and enforce this claim when authorizing access to API resources and data. To learn more, read Work with Tokens and Organizations.
Let’s consider our fictitious Travel0 company to show two relevant example use cases.
Open up APIs to third-party applications
Using Auth0 Organizations and the , Travel0 offers a self-service portal where customers can create and manage their own organization. Travel0 wants to make it easy for customers to build bots to help end users find and purchase adventures. Therefore, as part of this portal, Travel0 allows customers to register their applications (e.g. the bots) to consume the Travel0 API on their own behalf using machine-to-machine access. In this use case, cross-organization access must be correctly controlled so that applications belonging to one organization can only access that organization’s data via the Travel0 API.For third-party applications,
allow_any_organization is not available. Each Organization must be explicitly authorized through an organization_client_grant. To learn more, read Authorize M2M Access.
Isolation of organizations for internal applications
Travel0 also has some internal processes and CLI tools that need to access the Travel0 API using the Client Credentials Flow. To apply a unified access control strategy on the API, Travel0 wants requests from its own applications to be scoped to a specific organization to ensure only the right data is accessed in each case.