Skip to content
InvardiaInvardia
Why InvardiaProductsFeaturesPricingCommunity
Docs
All documentation
Product documentationPIM ManagerSecurityInsight
SettingsPIM Manager settingsSecurityInsight settingsEntra Policy Suite settings
ScriptsPIM Manager scriptsSecurityInsight scriptsEntra Policy Suite scriptsInvardia scripts
Error codesPIM Manager error codesSecurityInsight error codes
API and MCPPIM Manager APIPIM Manager MCP toolsSecurityInsight APISecurityInsight MCP tools
SecurityPIM Manager security packSecurityInsight security packEntra Policy Suite security pack
Network and designPIM Manager network guidesPIM Manager command wizardNetwork egressDesign your installationCalculate your cost
SupportSetup scriptsRemote support access
Search the docs
SupportAboutContactBook a demoCustomer portalDesign your installationFree Pro trial

SecurityInsight scripts

New-SIManagementAppRegistration

Create or update the web app's sign-in application

Purpose

Creates or updates the Entra app registration the SecurityInsight Pro web app signs in with (and the MCP server validates tokens for): its app roles, its service principal with "assignment required" switched off (SecurityInsight decides who sees what), the role of the people it is given, and optionally the web app's federated credential. Plans by default; -Apply makes the changes.

When to run it

During setup (the guided install runs it), or when an update says people added on the Access page cannot sign in because Microsoft Entra still requires an assignment on the enterprise application: run it once with -TenantId and -AppId (the web app's client id) and -Apply.

Who may run it

KindRoleScopeWhy
entraRoleApplication.ReadWrite.OwnedBy (an owner of the app) or Application.ReadWrite.All, and AppRoleAssignment.ReadWrite.Allthe tenantto create or change the app registration and its service principal, and assign its app roles; Directory.ReadWrite.All is never needed
entraRoleUser.ReadBasic.All (only when a person is named by user principal name) and DelegatedPermissionGrant.ReadWrite.All (the organisation-wide consent of the sign-in scope User.Read and the API scope Estate.Read)the tenantto look up the people it assigns and to consent the sign-in permissions for the organisation

What it changes

WhereActionWhatPermission / roleScopeWhyUndo
Microsoft Entra IDupdatethe app registration 'SecurityInsight Management': app roles, sign-in and API settings, redirect URLsthe tenantthe web app and the MCP server sign in with itchange the registration in the Entra admin center; re-running restores the product's settings
Microsoft Entra IDupdateits enterprise application: "assignment required" switched offthe tenanta person a SuperAdmin adds on the Access page can sign in; the web app shows nothing to a person it gives no roleswitch "assignment required" on again on the enterprise application (people added on the Access page then cannot sign in)
Microsoft Entra IDgrantan app role assignment for each person given (-SuperAdminUser / -AdminUser / -ViewerUser / -WallboardUser / -DepartmentUser), and the organisation-wide consent of the sign-in permissionsthe tenantthe first SuperAdmin of the web app, and a sign-in without an approval promptremove the assignment on the enterprise application
Microsoft Entra IDcreatewith -WebIdentityPrincipalId: a federated credential for the web app's managed identity (no secret, no certificate)the app registrationthe web app's mail setup by a clickremove the federated credential on the app registration

What it only reads

  • the app registration and its service principal (found by -AppId, else by name)
  • the people named, by user principal name

Parameters

ParameterRequiredDefaultWhat it does
-TenantIdyes
-DisplayNameno''ONE product-level name, identical in every environment (operator 2026-10-04: no release ring in names -- the name is what a user sees on the consent screen). Several installs in one tenant share the name, so name an existing app by -AppId (the deploy records it as SI_Management_AppId); a name that matches two apps is refused. -DisplayName wins.
-Ringno'prod'kept for callers of earlier releases; it is no longer part of the name
-AppIdno''an EXISTING app by its appId (client id) instead of by display name -- use it when the caller holds only Application.ReadWrite.OwnedBy, which lists only the apps the caller owns
-Fqdnno''the web app's host name (no scheme); adds https://<fqdn>/signin-oidc + the logout URL
-SuperAdminUserno@()the web app's top role (roles + scopes, licence, updates, template releases): setup passes the person who runs it
-AdminUserno@()
-ViewerUserno@()
-WallboardUserno@()the kiosk account(s) of a big screen: the Wallboard role sees only /Wallboard
-DepartmentUserno@()#258: a person of a department who signs in with Entra and holds no other role -- an external advisor invited as a B2B guest, or an owner. The role only lets them sign in; the web app scopes them to the departments that list them.
-WebIdentityPrincipalIdno''#443 (a): the web app's user-assigned managed identity (its OBJECT / principal id). Given: the app trusts that identity through a FEDERATED credential (no secret, no certificate), so the web app can redeem a sign-in for the admin's delegated Exchange token -- the "Set up mail" click flow. Several installs in one tenant share the app: each adds its own credential (named after its identity); nothing another install added is touched.
-Applyno

Preview with -WhatIf

The plan: what it would create or change; nothing is changed (same as without -Apply).

Undo

Re-running restores the product's settings; a change you want gone is undone in the Entra admin center.

Network

It connects to: *.blob.core.windows.net, *.queue.core.windows.net, *.table.core.windows.net, *.vault.azure.net, 169.254.169.254, api.loganalytics, api.loganalytics.io, api.msrc.microsoft.com, api.security.microsoft.com, api.securitycenter.microsoft.com, api.securityplatform.microsoft.com, database.windows.net, entra.microsoft.com, graph.microsoft.com, invardia.com, licenses.nuget.org, login.microsoftonline.com, management.azure.com, monitor.azure.com, nvd.nist.gov, outlook.office.com, outlook.office365.com, portal.invardia.com, storage.azure.com, vault.azure.net, www.powershellgallery.com

Download and run

Run these lines in PowerShell: the first downloads the script into the current folder, the second runs it.

Invoke-WebRequest https://invardia.com/support/si/New-SIManagementAppRegistration.ps1 -OutFile New-SIManagementAppRegistration.ps1
.\New-SIManagementAppRegistration.ps1 -TenantId <TenantId>

To check the download first, compare its SHA-256 with the published one:

SHA-256 7d027ab9917951e4bffd6bcdf1eebbb0783801c7ec6420a809e84acfc6670f70

Checksums: SHA256SUMS.txt · Version 3.0.79

Before you run it, compare the file's SHA-256 with its line in SHA256SUMS.txt.

Every parameter: Get-Help .\New-SIManagementAppRegistration.ps1 -Full · Source: New-SIManagementAppRegistration.ps1

Every script, identity and permission for your security review: SecurityInsight

InvardiaInvardia

See the risk. Control the access.

Products

PIM ManagerSecurityInsightEntra Policy SuiteAll featuresPricingFree 60-day Pro trialBook a demoWhy Invardia

Docs

DocumentationSearch the docsPIM Manager settingsSecurityInsight settingsPIM network guidesCommand wizardNetwork egressPIM Manager design configuratorSecurityInsight design configuratorDesign your installationCalculate your cost

Company

AboutContactCustomer portalSupportHow support worksHow updates reach youSupport in numbersSetup scriptsRemote support accessContact: info@invardia.com

Legal

Terms of saleLicence termsData processingPrivacyCookiesCompany information
© 2026 Invardia – a brand of 2LINKIT, founded and owned by Morten Knudsen · Strandvejen 21A, 6000 Kolding, Denmark · VAT DK39208032 · Contact: info@invardia.com