Condivisione della tecnologia

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

Panoramica

Single Sign-On (SSO) è un meccanismo di autenticazione che consente agli utenti di accedere utilizzando una credenziale su più applicazioni e siti Web. Ciò significa che gli utenti devono accedere solo una volta su più applicazioni o servizi

Basato sui cookie

Utilizza il meccanismo dei cookie del dominio principale per impostare un cookie condiviso sotto il nome del dominio principale. Il nome del sottodominio può leggere questo cookie per confermare l'identità dell'utente.
Questo metodo è adatto per l'SSO tra più sottodomini sotto lo stesso nome di dominio principale, ma non è applicabile se i nomi di dominio principali sono diversi.
Vantaggi: semplice da implementare, adatto a più sottodomini sotto lo stesso nome di dominio principale.
Svantaggi: non adatto a nomi di dominio incrociati, bassa sicurezza e vulnerabile agli attacchi man-in-the-middle e agli attacchi XSS (cross-site scripting).

Basato su token (OAuth, JWT)

Dopo che l'utente si è autenticato presso il provider di identità, ottiene un token (come token di accesso o JWT in OAuth).
Il token viene archiviato sul lato client (come Cookie, LocalStorage) o sul lato server (come Session). Quando l'utente accede ad altre applicazioni, l'applicazione utilizza il Token per verificare l'identità dell'utente.
Questo metodo supporta più domini ed è più sicuro perché il token può essere crittografato.

Vantaggi: supporta più domini, il token può essere crittografato per la trasmissione, migliorando la sicurezza; il token può essere archiviato offline, riducendo il carico del server.
Svantaggi: il periodo di validità e la sicurezza del token devono essere gestiti correttamente per evitare perdite di token. Se JWT è troppo lungo, potrebbe influire sulle prestazioni.

Servizi di autenticazione centralizzata (CAS, SAML)

Il servizio di autenticazione centralizzato funge da unico punto di ingresso e tutte le applicazioni si affidano ad esso per l'autenticazione.
Dopo che l'utente ha effettuato l'accesso al server CAS/SAML, il server CAS/SAML genererà un ticket o un'asserzione e lo passerà all'applicazione. L'applicazione utilizzerà quindi questo ticket o asserzione per comunicare con il server CAS/SAML per confermare il file l'identità dell'utente.
CAS e SAML sono due protocolli di autenticazione centralizzata ampiamente utilizzati.

Vantaggi: Fornisce soluzioni SSO standardizzate, facili da integrare, in grado di supportare una varietà di applicazioni e servizi diversi.
Svantaggi: i servizi centralizzati possono diventare singoli punti di errore e la configurazione è complessa;

Sessione distribuita:

Utilizzando l'archiviazione di sessione condivisa (come Redis, Memcached), tutte le applicazioni possono accedere allo stesso spazio di archiviazione della sessione.
Dopo che l'utente ha effettuato l'accesso a qualsiasi applicazione, le informazioni sulla sessione vengono scritte nell'archivio condiviso e altre applicazioni possono determinare lo stato dell'utente leggendo questa sessione condivisa.

Vantaggi: migliore scalabilità e disponibilità dell'applicazione, i dati della sessione possono essere condivisi nel cluster.
Svantaggi: maggiore dipendenza dai sistemi di archiviazione condivisi, il guasto del sistema di archiviazione influenzerà l'intero processo SSO.

Protocollo di accesso alla directory leggero (LDAP)

LDAP viene utilizzato per archiviare e recuperare informazioni su utenti e gruppi sulla rete, supportando SSO.
L'applicazione verifica l'identità dell'utente interrogando il server LDAP, evitando la necessità per ciascuna applicazione di mantenere le informazioni dell'utente separatamente.

Vantaggi: facile da gestire e interrogare le informazioni dell'utente, adatto ad ambienti aziendali di grandi dimensioni.
Svantaggi: Relativamente complesso da configurare e mantenere, non adatto a progetti piccoli o temporanei.

OAuth 2.0/OIDC

OAuth 2.0 è un framework di autorizzazione OpenID Connect (OIDC) basato su OAuth 2.0 e fornisce funzioni di autenticazione.
Dopo che un utente ha effettuato l'accesso a un server di autorizzazione, il server di autorizzazione rilascia token all'applicazione client e l'applicazione utilizza questi token per accedere ai server di risorse o confermare l'identità dell'utente.

Vantaggi: interfaccia standardizzata, applicazioni di terze parti facili da integrare; supporta molteplici modalità di autorizzazione.
Svantaggi: ci sono molti dettagli di implementazione e le misure di sicurezza devono essere progettate attentamente; potrebbero verificarsi problemi con autorizzazioni eccessive.

Kerberos

Kerberos è un protocollo di autenticazione di rete, particolarmente adatto per ambienti di rete interni aziendali e supporta SSO.
Kerberos utilizza un meccanismo di ticket (Ticket) per autenticare utenti e servizi. Dopo aver effettuato il login, l'utente riceverà una serie di ticket, che potrà utilizzare per accedere ad altri servizi nella rete senza dover inserire nuovamente la password.

Vantaggi: elevata sicurezza, adatta per reti interne di grandi aziende; supporta più meccanismi di autenticazione.
Svantaggi: configurazione complessa e costi di manutenzione elevati; limitato alle reti interne e non adatto agli ambienti Internet.