This custom SaaS connector enables IdentityNow to extend the default orphan account management capabilities by leveraging SaaS connector framework and IdentityNow API. In particular, this connector allows to:
Manually correlate orphan accounts to identities by access request
Disable original orphan accounts by disabling virtual identity/account from the connector
Disable original orphan accounts by certifying access from virtual identities from the connector
Our current orphan accounts certifications only allow to certify access but not the account itself. This, in my opinion, only covers one of the typical use cases around orphan accounts. One may find useful to certify orphan accounts that are in fact known service accounts or similar entities. However, when an orphan accounts is found we generally know little about it. We don’t know whether it’s a legit account. It may be a correlation failure, a test account, a service account, an old employee account, a backdoor account, etc. We probably best start by disabling it, doing some research and based on the results delete or correlate to an identity. We can then start certifying access now the right context is in place.
In combination with existing functionality, this connector provides a good foundation for orphan account governance by adding manual correlation and account disabling to the existing access certification capabilities. It also makes reporting easier.
Supported use cases
Manual correlation
The connector creates a series of account and entitlement pairs for those uncorrelated accounts found in the specified target sources:
Thanks for this connector, it might be very useful for our usecase and I would like to test it.
The connector has been deployed successfully (using Zip downloaded from GitHub) but we have an error testing the new source :
I’m glad the connector is helpful for you. Unfortunately I haven’t updated this one for a long time and all the problems you describe are expected, since the libraries have changed a lot. For it to build you could try and remove the ^ character from the module versions in package.json. It could still not work since ISC APIs have changed too.
I’ll get to it as soon as I can, but I have quite a backlog at the moment and I cannot commit to any date.
Hello Fernando,
Thanks for your quick answer. I tried to remove ^ character from the file package.json but the command “npm run pack-zip” still doesn’t work :
You seem to have a problem with a library called form-data on which axios depends. Try and delete your package-lock.json, npm i and restart the whole process again and see if it disappears.
Ok, I tried to remove the file named package-lock.json and execute npm i && npm run pack-zip.
Next, I tried to create connector, upload the zip, add source, config source and test and it seems to work !
Thanks a lot Fernando, I will continue the test of this connector.
I have one question regarding the “List of sources to include” : do we need to use the source name or the source ID ?
Hello Fernando,
How works agregation account ? I made few tests and it agregates all accouts in the targeted source, not only the uncorrelated one. Is it expected ?