{"id":914171,"date":"2026-10-29T14:47:06","date_gmt":"2026-10-29T14:47:06","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/sso-azure-ad-app-line-of-business\/"},"modified":"2026-10-29T14:47:07","modified_gmt":"2026-10-29T14:47:07","slug":"sso-azure-ad-app-line-of-business","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/it\/blog\/sso-azure-ad-app-line-of-business\/","title":{"rendered":"Come configurare l\u2019SSO con Azure AD per le applicazioni line-of-business"},"content":{"rendered":"<p>L\u2019SSO tramite Azure AD (oggi chiamato Microsoft Entra ID) consente agli utenti di accedere una sola volta con le proprie credenziali Azure AD per utilizzare le applicazioni interne e line-of-business (LOB). In questo modo non \u00e8 pi\u00f9 necessario ricordare pi\u00f9 nomi utente n\u00e9 ripetere continuamente l\u2019accesso. Il risultato \u00e8 un\u2019esperienza dell\u2019utente migliore, insieme a una maggiore sicurezza e a un controllo degli accessi pi\u00f9 efficace negli ambienti ibridi e cloud.<\/p>\n<p>Azure SSO supporta un\u2019ampia gamma di tipologie di applicazioni, inclusi i sistemi moderni e quelli legacy. Tra gli scenari pi\u00f9 comuni per le applicazioni LOB rientrano:<\/p>\n<ul>\n<li>Applicazioni web interne (ospitate su IIS, basate su .NET)<\/li>\n<li>Applicazioni SaaS personalizzate<\/li>\n<li>Applicazioni on-premise esposte tramite Azure AD Application Proxy<\/li>\n<li>Applicazioni legacy che richiedono un SSO basato su header o su form<\/li>\n<\/ul>\n<p>Questa guida ti accompagna nei passaggi per configurare l\u2019<strong>SSO di Azure<\/strong> per queste applicazioni.<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Fai clic su un passaggio per andare direttamente alla sezione<\/strong><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: center;\"><a href=\"#step-1\"><strong>Passaggio 1: registra l\u2019applicazione LOB in Azure AD<\/strong><\/a><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: center;\"><a href=\"#step-2\"><strong>Passaggio 2: configura le opzioni SSO in base al tipo di applicazione<\/strong><\/a><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: center;\"><a href=\"#step-3\"><strong>Passaggio 3: configura Azure AD Application Proxy (per le applicazioni on-premise)<\/strong><\/a><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: center;\"><a href=\"#step-4\"><strong>Passaggio 4: configura il comportamento dei token SSO sui dispositivi client<\/strong><\/a><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: center;\"><a href=\"#step-5\"><strong>Passaggio 5: applica le policy tramite GPO<\/strong><\/a><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: center;\"><a href=\"#step-6\"><strong>Passaggio 6: automatizza l\u2019accesso e la convalida dei token con PowerShell<\/strong><\/a><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Passaggi per gestire l\u2019SSO con Azure AD per le applicazioni line-of-business (LOB)<\/h2>\n<p>Per evitare problemi durante la configurazione e assicurarti che tutto proceda senza intoppi, verifica che i requisiti seguenti siano soddisfatti prima di iniziare:<\/p>\n<p>\ud83d\udccc <strong>Prerequisiti generali:<\/strong><\/p>\n<ul>\n<li>Un tenant Azure AD con licenza Premium P1 (necessaria per Application Proxy o per l\u2019accesso condizionale)<\/li>\n<li>Un\u2019applicazione LOB ospitata on-premise o in Azure<\/li>\n<li>Endpoint aggiunti al dominio o ad Azure AD<\/li>\n<li>Accesso amministrativo al portale di Azure e al server dell\u2019applicazione<\/li>\n<\/ul>\n<h3 id=\"step-1\">Passaggio 1: registra l\u2019applicazione LOB in Azure AD<\/h3>\n<p>Questo passaggio crea un\u2019identit\u00e0 per la tua applicazione in Azure AD, cos\u00ec da poterla gestire in modo sicuro. Una volta registrata, Azure AD riconosce l\u2019applicazione e pu\u00f2 rilasciarle i token.<\/p>\n<ol>\n<li>Apri il <a href=\"https:\/\/portal.azure.com\" target=\"_blank\" rel=\"noopener\"><strong>portale di Azure<\/strong><\/a>.<\/li>\n<li>Vai su <strong>Azure Active Directory &gt; App registrations &gt; New registration<\/strong>.<\/li>\n<li>Inserisci un nome per l\u2019applicazione.<\/li>\n<li>Imposta il <strong>Redirect URI <\/strong>(ad esempio <a href=\"https:\/\/app.domain.com\/auth\/callback\" target=\"_blank\" rel=\"noopener\">https:\/\/app.domain.com\/auth\/callback<\/a>) (leggi il punto 1 in <strong>\u26a0\ufe0f <\/strong><a href=\"#things-to-look-out-for\"><em>Aspetti a cui prestare attenzione<\/em><\/a>.)<\/li>\n<li>Fai clic su <strong>Register<\/strong>.<\/li>\n<li>Dopo la registrazione:\n<ul style=\"list-style-type: disc;\">\n<li>Copia l\u2019<strong>Application (client) ID<\/strong>.<\/li>\n<li>In <strong>Authentication<\/strong>, scegli la piattaforma e inserisci il tuo redirect URI.<\/li>\n<li>In <strong>API permissions<\/strong>, aggiungi le autorizzazioni di Microsoft Graph: <strong>openid<\/strong>, <strong>profile<\/strong> ed <strong>email<\/strong>.<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n<h4>\ud83d\udca1 <span style=\"font-size: 14pt;\">Che cos\u2019\u00e8 un\u2019applicazione LOB in Azure?<\/span><\/h4>\n<p>Un\u2019applicazione line-of-business (LOB) \u00e8 un\u2019applicazione personalizzata o interna, creata appositamente per le esigenze di un\u2019azienda. Spesso viene sviluppata internamente e non viene resa pubblica.<\/p>\n<h3 id=\"step-2\">Passaggio 2: configura le opzioni SSO in base al tipo di applicazione<\/h3>\n<p>Ogni applicazione supporta un metodo di autenticazione diverso (<a href=\"https:\/\/www.ninjaone.com\/it\/blog\/che-cose-saml\/\">SAML<\/a>, <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/che-cose-oauth\/\">OAuth2<\/a> o OIDC). Con questo passaggio indichi ad Azure AD quale utilizzare, cos\u00ec gli utenti potranno accedere senza problemi.<\/p>\n<h4>Per le applicazioni moderne (OIDC o SAML)<\/h4>\n<ol>\n<li>Vai su <strong>Azure Active Directory &gt; Enterprise Applications &gt; [la tua applicazione] &gt; Single sign-on<\/strong>.<\/li>\n<li>Scegli:\n<ul style=\"list-style-type: disc;\">\n<li><strong>SAML <\/strong>per le applicazioni che supportano SAML 2.0<\/li>\n<li><strong>OIDC <\/strong>(<a href=\"https:\/\/www.ninjaone.com\/it-hub\/sicurezza-degli-endpoint\/what-is-openid-connect\/\">OpenID Connect<\/a>) per le applicazioni sviluppate con provider di identit\u00e0 moderni<\/li>\n<\/ul>\n<\/li>\n<li>Configura i campi richiesti:\n<ul style=\"list-style-type: disc;\">\n<li><strong>Identifier (Entity ID)<\/strong><\/li>\n<li><strong>Reply URL (Assertion Consumer Service)<\/strong><\/li>\n<li><strong>Sign-on URL<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ol>\n<p>(Leggi il punto 2 in <strong>\u26a0\ufe0f <\/strong><a href=\"#things-to-look-out-for\"><em>Aspetti a cui prestare attenzione<\/em><\/a>.)<\/p>\n<ol start=\"4\">\n<li>Assegna utenti o gruppi nella scheda <strong>Users and Groups<\/strong>.<\/li>\n<\/ol>\n<h4>Per le applicazioni legacy o basate su header<\/h4>\n<p>Utilizza <strong>Azure AD Application Proxy <\/strong>con la pre-autenticazione (vedi il passaggio 3).<\/p>\n<h4>\ud83d\udca1 <span style=\"font-size: 14pt;\">Che cos\u2019\u00e8 l\u2019SSO in Azure?<\/span><\/h4>\n<p>Il <a href=\"https:\/\/learn.microsoft.com\/en-us\/entra\/identity\/hybrid\/connect\/how-to-connect-sso\" target=\"_blank\" rel=\"noopener\">Single Sign-On (SSO) in Azure<\/a> \u00e8 una caratteristica che permette agli utenti di accedere a pi\u00f9 applicazioni con un unico login. Semplifica l\u2019autenticazione e rafforza la sicurezza centralizzando la gestione delle identit\u00e0.<\/p>\n<h3 id=\"step-3\">Passaggio 3: configura Azure AD Application Proxy (per le applicazioni on-premise)<\/h3>\n<p>Se la tua applicazione \u00e8 ospitata on-premise, Azure AD non pu\u00f2 raggiungerla direttamente. Application Proxy funziona come un tunnel sicuro tra Azure e la tua rete interna. (Leggi il punto 3 in <strong>\u26a0\ufe0f <\/strong><a href=\"#things-to-look-out-for\"><em>Aspetti a cui prestare attenzione<\/em><\/a>.)<\/p>\n<p><strong>\ud83d\udccc Prerequisiti:<\/strong><\/p>\n<ul>\n<li>Un server Windows Server 2016 o versione successiva all\u2019interno della rete<\/li>\n<li>Application Proxy Connector installato su quel server<\/li>\n<\/ul>\n<p>Istruzioni:<\/p>\n<ol>\n<li>Scarica o installa l\u2019<a href=\"https:\/\/learn.microsoft.com\/en-us\/entra\/identity\/app-proxy\/application-proxy-connectors\" target=\"_blank\" rel=\"noopener\"><strong>Application Proxy Connector da Azure<\/strong><\/a>.<\/li>\n<li>Accedi con un account Azure AD Global Admin.<\/li>\n<li>Nel portale di Azure, vai su <strong>Azure AD &gt;<\/strong> <strong>Enterprise Applications &gt; + Add &gt; On-premises application<\/strong>.<\/li>\n<li>Inserisci:\n<ul style=\"list-style-type: disc;\">\n<li><strong>Internal URL &#8211; <a href=\"http:\/\/internalapp.local\" target=\"_blank\" rel=\"noopener\">http:\/\/internalapp.local<\/a><\/strong><\/li>\n<li><strong>External URL<\/strong> &#8211; <a href=\"https:\/\/app-tenant.msappproxy.net\" target=\"_blank\" rel=\"noopener\">https:\/\/app-tenant.msappproxy.net<\/a><\/li>\n<li>Abilita la <strong>Preauthentication <\/strong>tramite Azure AD<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n<h4>Verifica la connessione<\/h4>\n<ol>\n<li>Premi <strong>Win + R<\/strong>, digita <strong>cmd<\/strong> e premi <strong>Invio <\/strong>per aprire il Prompt dei comandi.<\/li>\n<li>Esegui: <strong>netstat -ano | findstr :443<\/strong><\/li>\n<\/ol>\n<h3 id=\"step-4\">Passaggio 4: configura il comportamento dei token SSO sui dispositivi client<\/h3>\n<p>I dispositivi client devono sapere come gestire i token SSO (come richiederli, archiviarli e aggiornarli) quando serve. Usa questo passaggio per configurare il comportamento dei token SSO sui dispositivi client.<\/p>\n<h4>Abilita Seamless SSO e Pass-through Authentication<\/h4>\n<ol>\n<li>Configura <strong>Azure AD Connect<\/strong>, abilita il <strong>Seamless SSO<\/strong> e, se vuoi, la <strong>Pass-through Authentication (PTA)<\/strong>.<\/li>\n<li>Verifica la configurazione in PowerShell: <strong>Get-AzureADSSOStatus<\/strong><\/li>\n<\/ol>\n<h4>Verifica nel registro di sistema (cache dei token SSO lato client)<\/h4>\n<ol>\n<li>Controlla le impostazioni dei token in:<\/li>\n<\/ol>\n<p style=\"padding-left: 40px;\"><strong>HKEY_CURRENT_USER\\Software\\Microsoft\\Office\\16.0\\Common\\Identity<\/strong><\/p>\n<p>Chiavi come <strong>EnableADAL<\/strong> o <strong>Version<\/strong> possono influire sul comportamento dell\u2019autenticazione moderna nelle applicazioni integrate con Office.<\/p>\n<h4>Verifica da CMD (presenza del token)<\/h4>\n<ol>\n<li>Per ispezionare o reimpostare i ticket Kerberos, esegui: <strong>klist<\/strong><\/li>\n<\/ol>\n<p>Usa <strong>klist purge<\/strong> per eliminare i vecchi ticket Kerberos in caso di problemi.<\/p>\n<h3 id=\"step-5\">Passaggio 5: applica le policy tramite GPO<\/h3>\n<p>Per garantire coerenza su tutti i dispositivi, usa i criteri di gruppo per controllare il comportamento di Kerberos, la durata dei token e la compatibilit\u00e0 dei browser. (Leggi il punto 4 in <strong>\u26a0\ufe0f <\/strong><a href=\"#things-to-look-out-for\"><em>Aspetti a cui prestare attenzione<\/em><\/a>.)<\/p>\n<h4>Configura le policy di Kerberos<\/h4>\n<ol>\n<li>Premi <strong>Win + R<\/strong>, digita <strong>gpedit<\/strong>.msc e premi <strong>Invio <\/strong>per avviare l\u2019<strong>Editor Criteri di gruppo locali<\/strong>.<\/li>\n<li>Vai su:<\/li>\n<\/ol>\n<p style=\"padding-left: 40px;\"><strong>Configurazione del computer &gt; Modelli amministrativi &gt; Sistema &gt; Kerberos<\/strong><\/p>\n<p>\ud83d\udccc Assicurati che la sincronizzazione dell\u2019ora e le impostazioni di Kerberos siano allineate alle tue policy di autenticazione.<\/p>\n<h4>Per le applicazioni basate su browser (SSO tramite browser)<\/h4>\n<ol>\n<li>Vai su:<\/li>\n<\/ol>\n<p style=\"padding-left: 40px;\"><strong>Configurazione utente &gt; Modelli amministrativi &gt; Componenti di Windows &gt; Internet Explorer &gt; Pannello di controllo Internet &gt; Pagina Sicurezza &gt; Area Intranet locale<\/strong><\/p>\n<ol start=\"2\">\n<li>Aggiungi l\u2019URL dell\u2019applicazione ai siti attendibili con PowerShell:<\/li>\n<\/ol>\n<p style=\"padding-left: 40px;\"><strong>Set-ItemProperty -Path &#8220;HKCU:\\Software\\Microsoft\\Windows\\<br \/>\nCurrentVersion\\Internet Settings\\ZoneMap\\Domains\\app.domain.com&#8221; -Name https -Value 1<\/strong><\/p>\n<ol start=\"3\">\n<li>Usa i modelli di policy dei browser per applicare l\u2019SSO in Edge o Chrome.<\/li>\n<\/ol>\n<h3 id=\"step-6\">Passaggio 6: automatizza l\u2019accesso e la convalida dei token con PowerShell<\/h3>\n<p>PowerShell \u00e8 lo strumento che ti serve per convalidare i token, automatizzare gli accessi e verificare che la configurazione funzioni come previsto.<\/p>\n<p><strong>\ud83d\udccc Prerequisiti:<\/strong><\/p>\n<ul>\n<li>PowerShell installato<\/li>\n<li>Accesso alle API di Microsoft Graph (facoltativo per l\u2019automazione)<\/li>\n<\/ul>\n<p>Istruzioni:<\/p>\n<ol>\n<li>Premi <strong>Win + S<\/strong>, cerca <strong>PowerShell<\/strong> e seleziona <strong>Windows PowerShell <\/strong>tra i risultati.<\/li>\n<li>Esegui questo script per richiedere manualmente un token: (leggi il punto 5 in <strong>\u26a0\ufe0f <\/strong><a href=\"#things-to-look-out-for\"><em>Aspetti a cui prestare attenzione<\/em><\/a>.)<\/li>\n<\/ol>\n<table>\n<tbody>\n<tr>\n<td><strong>$tenantId = &#8220;your-tenant-id&#8221;<br \/>\n<\/strong><strong>$clientId = &#8220;app-client-id&#8221;<br \/>\n<\/strong><strong>$clientSecret = &#8220;your-client-secret&#8221;<br \/>\n<\/strong><strong>$scope = &#8220;https:\/\/graph.microsoft.com\/.default&#8221;<\/strong><strong>$body = @{<\/strong><\/p>\n<p style=\"padding-left: 80px;\"><strong>client_id = $clientId<br \/>\n<\/strong><strong>scope = $scope<br \/>\n<\/strong><strong>client_secret = $clientSecret<br \/>\n<\/strong><strong>grant_type = &#8220;client_credentials&#8221;<\/strong><\/p>\n<p><strong>}<\/strong><br \/>\n<code><strong>$tokenResponse = Invoke-RestMethod -Uri \"https:\/\/login.microsoftonline.com\/$tenantId\/oauth2\/v2.0\/token\" -Method POST -Body $body<\/strong><\/code><br \/>\n<strong>$token = $tokenResponse.access_token<\/strong><br \/>\n<strong>$token<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Questo conferma che la comunicazione tra applicazioni e l\u2019accesso tramite account di servizio funzionano correttamente.<\/p>\n<h2 id=\"things-to-look-out-for\"><strong>\u26a0\ufe0f Aspetti a cui prestare attenzione<\/strong><\/h2>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Rischi<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Possibili conseguenze<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Come rimediare<\/strong><\/td>\n<\/tr>\n<tr>\n<td>1. Registrazione dell\u2019applicazione con un redirect URI o un tipo di piattaforma errato<\/td>\n<td>Gli utenti non riescono ad autenticarsi; le richieste di token non vanno a buon fine.<\/td>\n<td>Modifica la registrazione dell\u2019applicazione: <strong>Azure AD &gt; App registrations &gt; [App] &gt; Authentication<\/strong><\/td>\n<\/tr>\n<tr>\n<td>2. Metadati SAML\/OIDC errati o mancanti<\/td>\n<td>L\u2019handshake SSO si interrompe e gli accessi non riescono.<\/td>\n<td>Aggiorna o carica nuovamente i metadati corretti in <strong>Enterprise Applications &gt; Single sign-on<\/strong>.<\/td>\n<\/tr>\n<tr>\n<td>3. Mancata configurazione di Application Proxy per le applicazioni on-premise<\/td>\n<td>Azure AD non riesce a raggiungere l\u2019applicazione; l\u2019SSO non funziona dall\u2019esterno.<\/td>\n<td>Installa Application Proxy Connector e configura la pubblicazione dell\u2019applicazione.<\/td>\n<\/tr>\n<tr>\n<td>4. Sovrascrittura delle impostazioni GPO esistenti durante l\u2019applicazione delle policy<\/td>\n<td>Compromette il funzionamento del browser o dell\u2019autenticazione gi\u00e0 configurato sugli endpoint<\/td>\n<td>Esporta le GPO esistenti prima delle modifiche; ripristina tramite backup o controllo delle versioni delle GPO.<\/td>\n<\/tr>\n<tr>\n<td>5. Sintassi PowerShell o credenziali errate durante il test dei token<\/td>\n<td>Il test del token non riesce o restituisce errori fuorvianti.<\/td>\n<td>Verifica parametri e secret prima di eseguire lo script; esegui prima il test in ambiente di sviluppo.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Considerazioni aggiuntive<\/h2>\n<p>Puoi prendere in considerazione questi consigli per rafforzare, proteggere e mantenere la tua configurazione SSO con Azure AD per le applicazioni LOB:<\/p>\n<h3>Applica MFA e device trust (accesso condizionale)<\/h3>\n<p>Usa l\u2019accesso condizionale per richiedere la <a href=\"https:\/\/www.ninjaone.com\/it-hub\/sicurezza-degli-endpoint\/what-is-multifactor-authentication-mfa\/\">Multi-Factor Authentication (MFA)<\/a> e consentire l\u2019accesso solo da dispositivi attendibili o conformi. In questo modo aggiungi un ulteriore livello di sicurezza e contribuisci a prevenire gli accessi non autorizzati, anche in caso di furto di credenziali o token.<\/p>\n<p>\ud83d\udca1 <strong>Consiglio<\/strong>: leggi <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/configura-i-criteri-di-accesso-condizionale-ad\/\"><em>Come configurare le policy di accesso condizionale in Azure AD<\/em><\/a>.<\/p>\n<h3>Controlla le autorizzazioni con i ruoli applicativi<\/h3>\n<p>Invece di concedere a tutti lo stesso livello di accesso, usa i ruoli applicativi per definire cosa possono fare gli utenti all\u2019interno dell\u2019applicazione LOB. Assegna ruoli come Admin, Editor o Viewer per applicare il principio del privilegio minimo e ridurre i rischi per la sicurezza.<\/p>\n<h3>Monitora lo stato dell\u2019SSO<\/h3>\n<p>Usa i log di accesso di Azure AD per monitorare chi ha avuto accesso a quale applicazione e quando, i tassi di successo e di errore degli accessi e dell\u2019MFA e gli eventuali problemi di sicurezza. Tutto questo ti aiuta negli audit, nella risoluzione dei problemi e nel soddisfare i requisiti di conformit\u00e0.<\/p>\n<h3>Applica la compatibilit\u00e0 SSO tramite Intune<\/h3>\n<p>Se usi Microsoft Intune per gestire i dispositivi, distribuisci profili di configurazione per applicare le impostazioni del browser, le policy specifiche delle applicazioni e le regole di conformit\u00e0 dei dispositivi. Cos\u00ec mantieni un\u2019esperienza SSO fluida e coerente su tutti i dispositivi registrati.<\/p>\n<h2>Risoluzione dei problemi<\/h2>\n<p>Ecco i problemi pi\u00f9 comuni che puoi incontrare quando configuri l\u2019SSO con Azure AD per le applicazioni LOB, con le relative cause e le soluzioni:<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Problema<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Causa<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Soluzione<\/strong><\/td>\n<\/tr>\n<tr>\n<td>L\u2019SSO non funziona sul client<\/td>\n<td>L\u2019orologio del dispositivo non \u00e8 sincronizzato oppure i ticket Kerberos sono scaduti o danneggiati.<\/td>\n<td>Sincronizza l\u2019ora di sistema e usa <strong>klist purge<\/strong> per eliminare e rigenerare i ticket Kerberos.<\/td>\n<\/tr>\n<tr>\n<td>L\u2019applicazione restituisce un errore 403<\/td>\n<td>L\u2019utente non \u00e8 stato assegnato all\u2019applicazione in Azure AD.<\/td>\n<td>Vai su<strong> Enterprise Applications &gt; [la tua applicazione] &gt; Users and Groups<\/strong> e assegna l\u2019utente o il gruppo.<\/td>\n<\/tr>\n<tr>\n<td>Il token non viene rilasciato<\/td>\n<td>Redirect URI o client secret errati nella registrazione dell\u2019applicazione.<\/td>\n<td>Verifica il redirect URI e il client secret in <strong>App registrations &gt; Authentication \/ Certificates &amp; secrets<\/strong>.<\/td>\n<\/tr>\n<tr>\n<td>L\u2019applicazione non supporta SAML o OIDC<\/td>\n<td>L\u2019applicazione \u00e8 legacy e non supporta i protocolli di autenticazione moderni.<\/td>\n<td>Usa Azure AD Application Proxy con SSO basato su header per abilitare un accesso sicuro tramite la pre-autenticazione di Azure AD.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>I servizi di NinjaOne<\/h2>\n<p>NinjaOne supporta la distribuzione e il monitoraggio dell\u2019SSO negli ambienti dei clienti grazie a:<\/p>\n<h3>Convalida da remoto<\/h3>\n<p>Esecuzione da remoto di script PowerShell per verificare la presenza della cache dei token, le chiavi di registro e l\u2019accesso alla rete.<\/p>\n<h3>Distribuzione delle policy<\/h3>\n<p>Applicazione di configurazioni equivalenti alle GPO per imporre la compatibilit\u00e0 dei browser e le impostazioni di autenticazione Kerberos.<\/p>\n<h3>Avvisi sull\u2019SSO<\/h3>\n<p>Avvisi in caso di modifiche allo stato dei dispositivi o delle applicazioni legate all\u2019SSO o alla scadenza dei token.<\/p>\n<h3>Assegnazione di tag per l\u2019SSO<\/h3>\n<p>Assegnazione di tag a dispositivi e utenti in base allo stato della configurazione SSO, per supportare gli audit, il monitoraggio della conformit\u00e0 e la visibilit\u00e0 sullo stato dell\u2019ambiente.<\/p>\n<h3>Correzione automatica<\/h3>\n<p>Automazione della correzione delle policy sugli endpoint che non superano i controlli preliminari dell\u2019SSO.<\/p>\n<p>Questi strumenti consentono agli <a href=\"https:\/\/www.ninjaone.com\/it\/msp\/cos-e-un-msp\/\">MSP<\/a> di offrire esperienze SSO sicure e coerenti su tutti i parchi dispositivi dei clienti, riducendo al tempo stesso il carico operativo.<\/p>\n<p>\ud83d\udca1 <strong>Consiglio<\/strong>: leggi anche <a href=\"https:\/\/www.ninjaone.com\/docs\/user-management\/enable-sso\/\"><em>Abilitare l\u2019SSO<\/em><\/a><em>.<\/em><\/p>\n<h2>Configura l\u2019SSO con Azure AD per le applicazioni LOB per semplificare gli accessi e rafforzare la sicurezza<\/h2>\n<p>L\u2019SSO con Azure AD aiuta le organizzazioni a modernizzare il controllo degli accessi, semplificando al contempo l\u2019esperienza dell\u2019utente per le applicazioni interne e LOB. Azure AD supporta sia le applicazioni cloud moderne sia i servizi web on-premise pi\u00f9 datati, offrendoti la flessibilit\u00e0 necessaria per proteggere qualsiasi cosa richieda il tuo ambiente.<\/p>\n<p>Questa guida ha coperto tutto ci\u00f2 che ti serve per iniziare: dalla registrazione dell\u2019applicazione in Azure AD alla configurazione dell\u2019autenticazione tramite SAML, OIDC o proxy, fino all\u2019ottimizzazione delle impostazioni client con i criteri di gruppo, PowerShell e le modifiche al registro di sistema. Ha inoltre mostrato come NinjaOne rafforza e monitora gli ambienti SSO per gli MSP.<\/p>\n<p><strong>Argomenti correlati:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/saml-vs-sso-differenza\/\">SAML e SSO: quali sono le differenze?<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/azure-ad-connect-come-configurarlo\/\">Azure AD Connect: che cos\u2019\u00e8 e come configurarlo<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/videos\/data-management\/integrating-on-premises-and-cloud-with-microsoft-entra-hybrid-join\/\">Integrare on-premise e cloud con Microsoft Entra Hybrid Join<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/hybrid-azure-ad-join-2\/\">Integrare on-premise e cloud con Hybrid Azure AD Join<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/autenticazione-active-directory\/\">Autenticazione di Active Directory: panoramica completa<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/docs\/user-management\/sso-and-scim\/\">Integrazione di SSO e SCIM in NinjaOne<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/costo-del-software-sso\/\">Quanto costa un software SSO? Tariffe dell\u2019SSO<\/a><\/li>\n<\/ul>\n<div class=\"quick-start-guide\"><h2><svg width=\"45\" height=\"45\" viewBox=\"0 0 45 45\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n<path d=\"M41.4822 0H3.51778C1.57496 0 0 1.57496 0 3.51778V41.4822C0 43.425 1.57496 45 3.51778 45H41.4822C43.425 45 45 43.425 45 41.4822V3.51778C45 1.57496 43.425 0 41.4822 0Z\" fill=\"#053856\"\/>\n<path d=\"M30.4399 13.9904C28.9161 12.4475 26.9127 11.6737 24.4346 11.6737C23.0721 11.6737 21.8188 11.911 20.6794 12.3858C19.5401 12.8605 18.5859 13.5346 17.8168 14.4129V11.2654L12.2766 13.867V32.562H18.0779V22.4739C18.0779 20.6224 18.5099 19.2267 19.3787 18.2867C20.2474 17.3515 21.4105 16.8815 22.8727 16.8815C24.1877 16.8815 25.1894 17.285 25.8825 18.0968C26.5756 18.9086 26.9222 20.1334 26.9222 21.7808V32.562H32.7234V21.2728C32.7234 18.2393 31.9591 15.5285 30.4399 13.9856V13.9904Z\" fill=\"#04FF88\"\/>\n<\/svg>Guida rapida<\/h2><p>NinjaOne supporta la configurazione dell\u2019SSO con Azure AD per le applicazioni line-of-business. Nello specifico:<\/p>\n<ul>\n<li>NinjaOne offre la configurazione SAML\/SSO con Azure AD<\/li>\n<li>Il processo prevede la creazione di un\u2019Enterprise Application in Azure AD<\/li>\n<li>Puoi configurare il Single Sign-On (SSO) con Azure Active Directory<\/li>\n<li>La configurazione consente di:\n<ul>\n<li>Mappare gli attributi degli utenti<\/li>\n<li>Configurare le mappature dei gruppi<\/li>\n<li>Abilitare il bypass condizionale dell\u2019MFA<\/li>\n<li>Supportare gli account dei tecnici e degli utenti finali<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>I passaggi principali sono:<\/p>\n<ol>\n<li>Crea un\u2019Enterprise Application in Azure AD<\/li>\n<li>Configura le impostazioni SAML<\/li>\n<li>Mappa gli attributi e i ruoli degli utenti<\/li>\n<li>Configura le mappature dei gruppi<\/li>\n<li>Se necessario, configura il bypass dell\u2019MFA<\/li>\n<\/ol>\n<p>La documentazione fornisce indicazioni dettagliate sulla configurazione dell\u2019SSO, incluse istruzioni specifiche per l\u2019integrazione con Azure AD. Gli amministratori possono abilitare l\u2019SSO sia per i tecnici sia per gli utenti finali, con un controllo granulare su accessi e autenticazione.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>L\u2019SSO tramite Azure AD (oggi chiamato Microsoft Entra ID) consente agli utenti di accedere una sola volta con le proprie credenziali Azure AD per utilizzare le applicazioni interne e line-of-business (LOB). In questo modo non \u00e8 pi\u00f9 necessario ricordare pi\u00f9 nomi utente n\u00e9 ripetere continuamente l\u2019accesso. Il risultato \u00e8 un\u2019esperienza dell\u2019utente migliore, insieme a una [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":532557,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[4354],"tags":[],"class_list":["post-914171","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-operazioni-it"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/914171","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/comments?post=914171"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/914171\/revisions"}],"predecessor-version":[{"id":914172,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/914171\/revisions\/914172"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media\/532557"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media?parent=914171"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/categories?post=914171"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/tags?post=914171"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}