Compartir tecnología

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

Descripción general

El inicio de sesión único (SSO) es un mecanismo de autenticación que permite a los usuarios iniciar sesión utilizando una credencial en múltiples aplicaciones y sitios web. Esto significa que los usuarios solo necesitan iniciar sesión una vez en múltiples aplicaciones o servicios.

Basado en cookies

Utilice el mecanismo de cookies del dominio principal para configurar una cookie compartida bajo el nombre del dominio principal. El nombre del subdominio puede leer esta cookie para confirmar la identidad del usuario.
Este método es adecuado para SSO entre múltiples subdominios bajo el mismo nombre de dominio principal, pero no es aplicable si los nombres de dominio principales son diferentes.
Ventajas: Fácil de implementar, adecuado para múltiples subdominios bajo el mismo nombre de dominio principal.
Desventajas: No es adecuado para nombres de dominio entre principales, tiene baja seguridad y es vulnerable a ataques de intermediario y ataques de secuencias de comandos entre sitios (XSS).

Basado en token (OAuth, JWT)

Después de que el usuario se autentica en el proveedor de identidad, obtiene un token (como un token de acceso o JWT en OAuth).
El token se almacena en el lado del cliente (como Cookie, LocalStorage) o en el lado del servidor (como Sesión). Cuando el usuario accede a otras aplicaciones, la aplicación utiliza el Token para verificar la identidad del usuario.
Este método admite dominios cruzados y es más seguro porque el token se puede cifrar.

Ventajas: admite dominios cruzados, el token se puede cifrar para la transmisión, lo que mejora la seguridad; el token se puede almacenar sin conexión, lo que reduce la carga del servidor.
Desventajas: el período de validez y la seguridad del token deben administrarse adecuadamente para evitar fugas de token, si JWT es demasiado largo, puede afectar el rendimiento;

Servicios de autenticación centralizada (CAS, SAML)

El servicio de autenticación centralizado sirve como un único punto de entrada y todas las aplicaciones dependen de él para la autenticación.
Después de que el usuario inicie sesión en el servidor CAS/SAML, el servidor CAS/SAML generará un ticket o aserción y lo pasará a la aplicación. La aplicación luego utilizará este ticket o aserción para comunicarse con el servidor CAS/SAML para confirmar el. identidad del usuario.
CAS y SAML son dos protocolos de autenticación centralizada ampliamente utilizados.

Ventajas: Proporciona soluciones SSO estandarizadas, fáciles de integrar y capaces de admitir una variedad de aplicaciones y servicios diferentes.
Desventajas: Los servicios centralizados pueden convertirse en puntos únicos de falla; la configuración y el mantenimiento son complejos.

Sesión distribuida:

Al utilizar el almacenamiento de sesión compartido (como Redis, Memcached), todas las aplicaciones pueden acceder al mismo almacenamiento de sesión.
Después de que el usuario inicia sesión en cualquier aplicación, la información de la sesión se escribe en el almacenamiento compartido y otras aplicaciones pueden determinar el estado del usuario leyendo esta sesión compartida.

Ventajas: escalabilidad y disponibilidad de aplicaciones mejoradas, los datos de la sesión se pueden compartir en el clúster.
Desventajas: mayor dependencia de los sistemas de almacenamiento compartido, la falla del sistema de almacenamiento afectará todo el proceso de SSO.

Protocolo ligero de acceso a directorios (LDAP)

LDAP se utiliza para almacenar y recuperar información de usuarios y grupos en la red, admitiendo SSO.
La aplicación verifica la identidad del usuario consultando el servidor LDAP, evitando la necesidad de que cada aplicación mantenga la información del usuario por separado.

Ventajas: Fácil de administrar y consultar información del usuario, adecuado para entornos de grandes empresas.
Desventajas: Relativamente complejo de configurar y mantener, no apto para proyectos pequeños o temporales.

OAuth 2.0/OIDC

OAuth 2.0 es un marco de autorización OpenID Connect (OIDC) que se basa en OAuth 2.0 y proporciona funciones de autenticación.
Después de que un usuario inicia sesión en un servidor de autorización, el servidor de autorización emite tokens para la aplicación cliente y la aplicación utiliza estos tokens para acceder a los servidores de recursos o confirmar la identidad del usuario.

Ventajas: Interfaz estandarizada, aplicaciones de terceros fáciles de integrar; admite múltiples modos de autorización.
Desventajas: hay muchos detalles de implementación y las medidas de seguridad deben diseñarse cuidadosamente; puede haber problemas con permisos excesivos.

Kerberos

Kerberos es un protocolo de autenticación de red, especialmente adecuado para entornos de redes internas empresariales y admite SSO.
Kerberos utiliza un mecanismo de ticket (Ticket) para autenticar usuarios y servicios. Después de iniciar sesión, el usuario recibirá una serie de tickets, que pueden usarse para acceder a otros servicios en la red sin tener que ingresar una contraseña nuevamente.

Ventajas: Alta seguridad, adecuada para redes internas de grandes empresas; admite múltiples mecanismos de autenticación.
Desventajas: Configuración compleja y altos costos de mantenimiento; limitado a redes internas y no apto para entornos de Internet.