Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Microsoft Azure Scim Provisioning Issue #63

Open
MuhammadSaad-VS opened this issue Aug 16, 2021 · 2 comments
Open

Microsoft Azure Scim Provisioning Issue #63

MuhammadSaad-VS opened this issue Aug 16, 2021 · 2 comments
Labels
question Further information is requested

Comments

@MuhammadSaad-VS
Copy link

MuhammadSaad-VS commented Aug 16, 2021

Hi Guys,

I had implemented Scim Application with our internal system APIs to sync users only, facing an issue
ProviderBase class abstract methods QueryAsync, RetrieveAsync calling weirdly
When I perform on-demand provision user
I have mapped objectid with externalid with matching precedence 1
QueryAsync this method calls 3 times with the same Attribute path externalid but with different ids
RetrieveAsync this method calls with inappropriate externalid, not with objectid that's why it creates a user every time instead of updating when the user already exists.

@marcusca10 marcusca10 added the question Further information is requested label Jan 19, 2022
@rekefjard
Copy link

I'm also interested to know why the AAD Provisioning client is sending multiple user queries with the query string like

filter=userName+eq+%22cf4d78e8-cc4f-4d5d-b8b9-183561c0104a%22

where the object id of course is different in each query but has now apparent relation to my users that i want to provision.

The same type of query also happens when clicking the 'Test Connection' button under 'Update Credentials'/'Admin Credentials'. But in this case the query is obviously used to verify the credentials.

@toreyhickman
Copy link

I'm also interested to know why the AAD Provisioning client is sending multiple user queries with the query string like

filter=userName+eq+%22cf4d78e8-cc4f-4d5d-b8b9-183561c0104a%22

where the object id of course is different in each query but has now apparent relation to my users that i want to provision.

The same type of query also happens when clicking the 'Test Connection' button under 'Update Credentials'/'Admin Credentials'. But in this case the query is obviously used to verify the credentials.

My organization just ran into this question. What we found is that "... it's part of what steps our service [Azure/Entra ID] takes at the start of any activity ... to validate that the SCIM endpoint it is talking to functions correctly" (see source).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

4 participants