Alon Menczer
04/09/2026, 8:55 AMTohar Kubani
04/09/2026, 11:25 AMShay Gusin
04/09/2026, 11:57 AMOran Aviv
04/10/2026, 11:43 AMOran Aviv
04/10/2026, 11:51 AMKirk Morales
04/10/2026, 11:23 PMexternalToken on the session when a user is sent back to us. If we don't get a token, is there a way to tell if it's because something went wrong with the integration or if it's just because the user doesn't exist?
If the only time we wouldn't get it is if the user doesn't exist, that makes it easier, but we want to make sure we properly catch any errors in the integration as well.
Thanks!Shahar Danus
04/12/2026, 8:19 AMBruce Cloud
04/12/2026, 11:53 PMAnand Sheth
04/13/2026, 6:24 AMUday Singh
04/13/2026, 8:07 AMSharan
04/13/2026, 10:04 AMDavid Hanway
04/13/2026, 11:39 AMItai Ben Natan
04/13/2026, 12:15 PMGET <https://api.descope.com/scim/v2/Users?filter=userName+eq+>"<REDACTED_USER_ID>"
And receiving the following error response:
json
{
"errorCode": "E111005",
"errorDescription": "Management key does not match project",
"errorMessage": "Invalid permission in request, access key must be associated with the correct permission for this action"
}
HTTP Status: 401 Unauthorized
Our questions:
1. What is the correct SCIM base URL format we should be providing to customers for Azure AD provisioning — should it include the Descope Project ID as a path suffix?
2. What exact permissions does the management key need to have for SCIM provisioning to work?
3. Is SCIM provisioning enabled per-tenant or at the project level, and what does that configuration look like on your end?
4. Is there a way on the Descope console to verify whether a given SCIM token is valid and associated with the correct project, without having to regenerate it?
ThanksMateusz Mecina
04/13/2026, 12:58 PMsandbox environment: a separate application and database that mirrors production for safe testing.
What we want to achieve
1. Strong isolation: A JWT issued for the sandbox environment must not be accepted by our production API (and ideally vice versa if we ever need symmetric rules). Users should not be able to call production backends using a sandbox-oriented token.
2. Smooth UX: After the user signs in to the main environment, we want them to switch to the sandbox context without a full interactive login (e.g. silent OIDC / refresh-style flow), while still ending up with credentials that are clearly scoped to sandbox.
Current approach
We are experimenting with two OAuth applications in Descope (separate client IDs/secrets): one for production and one for sandbox, with a silent authorization request for the sandbox client.
We would like to confirm the recommended Descope pattern for this:
1. Is it valid and supported to keep one Descope project (and one tenant) and achieve isolation via multiple OAuth clients and/or custom claims / audiences?
2. Alternatively, should sandbox be modeled as a separate project or tenant, or another mechanism, to guarantee token separation?
3. What is the best way to ensure tokens are cryptographically or semantically bound to “production” vs “sandbox” so our resource servers can reject cross-environment tokens reliably?
Thank you.
cc: @Steffen HanikelOren Pinkas
04/13/2026, 2:40 PMOmer Bialer
04/13/2026, 9:11 PMMeir Armon
04/14/2026, 9:10 AMelad mamdon
04/14/2026, 10:47 AMSapir
04/14/2026, 11:21 AMAmir Wollman
04/14/2026, 2:21 PMAnand Sheth
04/14/2026, 3:50 PMShira Lev
04/15/2026, 7:04 AMOren Pinkas
04/15/2026, 1:17 PMid_token_hint. Is there a way to perform a logout using only the Access Token, or perhaps an alternative endpoint that doesn't require the ID token hint? Thanks!Shy
04/15/2026, 2:34 PMNoel
04/16/2026, 12:23 PMGal Rosenberg
04/16/2026, 2:38 PMShahar Danus
04/16/2026, 2:59 PMFailed to exchange OAuth code
What are our options to fix this ?
ThanksKevin Ross
04/16/2026, 3:02 PMform value but no change. Is this a known bug today?Anson Geisel
04/16/2026, 6:27 PMChris Carper
04/16/2026, 8:14 PM