SSO e SAML sono spesso utilizzati in modo vago e possono essere interpretati in modi diversi. In questo articolo, chiariremo questi concetti, spiegheremo come si relazionano tra loro e forniremo esempi concreti per renderli più facili da comprendere.
GuamianProduct & Design
Smetti di sprecare settimane sull'autenticazione degli utenti
Lancia app sicure più velocemente con Logto. Integra l'autenticazione degli utenti in pochi minuti e concentrati sul tuo prodotto principale.
SSO e SAML sono spesso utilizzati in modo vago e possono essere interpretati in modi diversi. In questo articolo, chiariremo questi concetti, spiegheremo come si relazionano tra loro e forniremo esempi concreti per renderli più facili da comprendere.
SSO (Single Sign-On) è un processo di autenticazione che consente a un utente di effettuare un unico accesso e accedere a più applicazioni o servizi senza dover effettuare nuovamente il login per ciascuno di essi. Tuttavia, questa definizione generale può riferirsi a diversi scenari in cui viene utilizzato l'SSO.
A volte, le persone si riferiscono al login sociale come social SSO. Ad esempio, gli utenti possono utilizzare l'accesso con Google per creare un account in una nuova app, utilizzando direttamente l'identità e le informazioni memorizzate in Google. In questo scenario, l'utente gestisce la propria identità.
Il social SSO rende più facile per gli utenti controllare le loro informazioni, riducendo i passaggi tediosi nel processo di creazione e accesso all'account. Il social SSO si basa tipicamente su protocolli standard aperti come OAuth 2.0 e OIDC.
L'Identity Provider (IdP) è come il "guardiano" della tua identità. È il sistema che memorizza le tue informazioni di accesso e verifica chi sei. Pensalo come un'autorità di fiducia che dice: "Sì, questa persona è chi dice di essere". Esempi includono Google Workspace, Microsoft Entra e Okta Workforce Identity.
Il Service Provider (SP) è l'"applicazione" o il "servizio" a cui vuoi accedere una volta che la tua identità è verificata. È il luogo in cui stai cercando di effettuare il login, come un'app o un sito web. Ad esempio, Zoom, Slack o gli strumenti interni della tua azienda sono tutti provider di servizi.
In termini semplici, l'Identity Provider dimostra chi sei e il Service Provider ti offre l'accesso ai suoi servizi una volta confermata la tua identità.
L'Enterprise SSO è utilizzato in scenari più orientati al business e, suddiviso da quei due termini spiegati sopra, ci sono due casi tipici: SSO iniziato da IdP e SSO iniziato da SP. Anche se i termini possono sembrare tecnici, gli scenari sono in realtà piuttosto semplici.
Pensa a quando, come dipendente, ti integri con le applicazioni e le risorse dell'azienda. In genere, il reparto HR creerà un account per te. Poi utilizzerai quell'account per accedere a una piattaforma come Okta o Google Workspace. Una volta effettuato l'accesso, verrai indirizzato a un portale aziendale, dove potrai accedere a tutte le applicazioni dell'azienda, come i sistemi di gestione stipendi, gli strumenti di collaborazione, Workday e altro ancora.
Passiamo ora ad un'altra prospettiva. A volte, è necessario iniziare dalla pagina di accesso di un prodotto specifico. Ad esempio, se vuoi utilizzare Zoom per una riunione online con i tuoi colleghi, vedrai un'opzione per "Accedi con SSO". Questo scenario è noto come SSO iniziato da SP.
Il primo vantaggio dell'Enterprise SSO è che consente alle aziende di gestire facilmente, in modo flessibile e sicuro le identità dei collaboratori.
Supponiamo che gestisci un'azienda e tutti i tuoi dipendenti abbiano bisogno di accedere ai prodotti e servizi che hai acquistato. Poiché le risorse prodotte dall'azienda appartengono all'azienda, è necessario un sistema di identità aziendale di proprietà. Se i dipendenti dovessero utilizzare identità personali per accedere alle risorse aziendali, ciò creerebbe sfide di sicurezza e gestione.
D'altra parte, in uno scenario come l'SSO iniziato da SP, i dipendenti accedono a più applicazioni e servizi di proprietà dell'azienda. Quando i dipendenti iniziano o terminano il lavoro, il reparto HR deve creare e eliminare numerosi account su tutti i prodotti e servizi dell'azienda, il che è laborioso e richiede tempo.
L'Enterprise SSO semplifica questo processo attraverso un sistema di identità universale, e strumenti come SCIM (System for Cross-domain Identity Management) e provisioning Just-in-Time lo rendono ancora più efficiente.
Per l'SSO iniziato da IdP, è utile per i produttori di prodotti che vogliono essere "pronti per l'impresa". Ad esempio, se sei una startup che inizialmente si concentra su consumatori individuali, e in seguito una grande impresa vuole utilizzare il tuo prodotto, potrebbero richiedere ai dipendenti di effettuare il login utilizzando, ad esempio, Microsoft Entra. In questo caso, avresti bisogno di integrare l'Enterprise SSO nel tuo prodotto per chiudere l'accordo.
SAML (Security Assertion Markup Language) è un protocollo standard aperto utilizzato per l'autenticazione e l'autorizzazione. Insieme a OAuth e OIDC, il SAML è ampiamente utilizzato nei sistemi di gestione delle identità, in particolare nella gestione delle identità dei dipendenti. Provider di identità commerciali come Okta e Microsoft Entra supportano comunemente il SAML come uno dei loro protocolli standard.
Alcuni sistemi più vecchi e fornitori di login social offrono anche supporto per SAML, quindi avere SAML integrato nel tuo sistema può aiutare a garantire la compatibilità con una gamma più ampia di provider di identità e la crescita dell'ecosistema futuro.
Il SAML è spesso utilizzato in scenari di Enterprise SSO. Ad esempio, considera questa situazione:
Il tuo team di vendite contatta gli sviluppatori del prodotto e dice: "Abbiamo un grande cliente, e richiedono il login SAML. Dobbiamo supportare questa tecnologia."
Per gli ingegneri che non sono familiari con SAML o IAM (Identity and Access Management), il loro primo passo sarebbe probabilmente cercare "SAML" o "login SAML".
In definitiva, l'obiettivo è integrare l'Enterprise SSO nel tuo prodotto, rendendolo "pronto per l'impresa" per soddisfare le esigenze di clienti più importanti che si affidano a tecnologie come SAML per l'autenticazione sicura.
Le definizioni di SAML e SSO sono spesso confuse, ma ecco la semplice suddivisione:
L'SSO è un processo di autenticazione utilizzato da app e software, che consente agli utenti di effettuare un unico accesso e accedere a più servizi.
Il SAML è un protocollo tecnico utilizzato principalmente nella gestione delle identità aziendali per scambiare in modo sicuro i dati di autenticazione.
Immagina questo: entri nel tuo ufficio al mattino, e invece di dover accedere separatamente a ciascuna applicazione, come la tua email, calendario, strumenti di gestione dei progetti, semplicemente effettui un unico accesso e hai accesso a tutto. Questa esperienza senza soluzione di continuità è l'SSO (Single Sign-On). È come avere una chiave universale che apre tutte le porte agli strumenti del tuo lavoro.
Ma come funziona l'SSO?
Qui entra in gioco il SAML (Security Assertion Markup Language). Pensa al SAML come a un messaggero di fiducia tra il tuo sistema di login (chiamato Identity Provider, o IdP) e le app che vuoi utilizzare (chiamate Service Providers, o SP). Quando effettui il login tramite SSO, il SAML invia in modo sicuro un "prova" della tua identità dall'IdP all'app, confermando che sei chi dici di essere.
Quindi, in breve:
L'SSO è l'esperienza utente: un solo login per accedere a più app.
Il SAML è il protocollo dietro le quinte che rende possibile quell'esperienza senza soluzione di continuità gestendo in modo sicuro la verifica dell'identità.
Mentre l'SSO migliora la comodità, il SAML garantisce che tutto rimanga sicuro e connesso, permettendoti di accedere a tutto senza ulteriori pensieri.
Sì, oltre al SAML, l'OIDC è un altro protocollo comunemente utilizzato negli scenari di Enterprise SSO. Ad esempio, nel connettore aziendale di Logto, supporta sia Microsoft Entra (OIDC) che Microsoft Entra (SAML).
Se stai vendendo a clienti aziendali, è importante considerare di supportare il SAML il prima possibile. Ma non concentrarti solo sul supportare il protocollo SAML: pensa all'intero flusso di autenticazione dell'Enterprise SSO. Ecco alcuni scenari chiave da considerare:
Permetti ai tuoi clienti di auto-onboardare e configurare l'Enterprise SSO.
Assicurati che i dipendenti possano unirsi automaticamente alle organizzazioni corrette in applicazioni multi-tenant (questo può essere fatto con il provisioning Just-in-Time e SCIM).
Implementa un flusso di login end-to-end compatibile con il tuo processo di login rivolto ai consumatori.
Logto fornisce flussi di Enterprise SSO end-to-end e supporta molteplici famosi connettori SAML. Può essere integrato in tanti scenari comuni di cui avrai bisogno. Esplora tutte le funzionalità di Logto, da Logto Cloud a Logto OSS, sul sito web di Logto.
