Logto es una alternativa a Auth0 diseñada para aplicaciones modernas y productos SaaS. Ofrece servicios tanto de Cloud como de código abierto para ayudarte a lanzar rápidamente tu sistema de gestión e identidad (IAM). Disfruta de autenticación, autorización y gestión multi-tenant todo en uno.
Recomendamos comenzar con un tenant de desarrollo gratuito en Logto Cloud. Esto te permite explorar todas las características fácilmente.
En este artículo, repasaremos los pasos para construir rápidamente la experiencia de inicio de sesión de SAML enterprise SSO (autenticación de usuario) con Extensión de Chrome y Logto.
Requisitos previos
- Una instancia de Logto en funcionamiento. Consulta la página de introducción para comenzar.
- Conocimientos básicos de Extensión de Chrome.
- Una cuenta de SAML enterprise SSO utilizable.
Create an application in Logto
Logto se basa en la autenticación OpenID Connect (OIDC) y la autorización OAuth 2.0. Admite la gestión de identidad federada a través de múltiples aplicaciones, comúnmente llamada inicio de sesión único (SSO).
Para crear tu aplicación Aplicación de una sola página, simplemente sigue estos pasos:
- Abre la Consola de Logto. En la sección "Comenzar", haz clic en el enlace "Ver todo" para abrir la lista de marcos de aplicaciones. Alternativamente, puedes navegar a Consola de Logto > Aplicaciones, y hacer clic en el botón "Crear aplicación".
- En el modal que se abre, haz clic en la sección "Aplicación de una sola página" o filtra todos los marcos "Aplicación de una sola página" disponibles usando las casillas de filtro rápido a la izquierda. Haz clic en la tarjeta del marco "Extensión de Chrome" para comenzar a crear tu aplicación.
- Ingresa el nombre de la aplicación, por ejemplo, "Librería", y haz clic en "Crear aplicación".
🎉 ¡Ta-da! Acabas de crear tu primera aplicación en Logto. Verás una página de felicitaciones que incluye una guía de integración detallada. Sigue la guía para ver cómo será la experiencia en tu aplicación.
Integrate Extensión de Chrome SDK
- La siguiente demostración fue probada en Chrome v123.0.6312.87 (arm64). Otras versiones también deberían funcionar, siempre que admitan las APIs de
chrome
utilizadas en el SDK. - El proyecto de ejemplo está disponible en nuestro repositorio de GitHub.
Instalación
- npm
- Yarn
- pnpm
npm i @logto/chrome-extension
yarn add @logto/chrome-extension
pnpm add @logto/chrome-extension
El flujo de autenticación
Suponiendo que pongas un botón de "Iniciar sesión" en el popup de tu extensión de Chrome, el flujo de autenticación se verá así:
Para otras páginas interactivas en tu extensión, solo necesitas reemplazar el participante Popup de la extensión
con el nombre de la página. En este tutorial, nos centraremos en la página del popup.
Sobre el inicio de sesión basado en redirección
- Este proceso de autenticación sigue el protocolo OpenID Connect (OIDC), y Logto aplica medidas de seguridad estrictas para proteger el inicio de sesión del usuario.
- Si tienes múltiples aplicaciones, puedes usar el mismo proveedor de identidad (Logto). Una vez que el usuario inicia sesión en una aplicación, Logto completará automáticamente el proceso de inicio de sesión cuando el usuario acceda a otra aplicación.
Para aprender más sobre la lógica y los beneficios del inicio de sesión basado en redirección, consulta Experiencia de inicio de sesión de Logto explicada.
Actualiza el manifest.json
El SDK de Logto requiere los siguientes permisos en el manifest.json
:
{
"permissions": ["identity", "storage"],
"host_permissions": ["https://*.logto.app/*"]
}
permissions.identity
: Requerido para la API de Identidad de Chrome, que se utiliza para iniciar y cerrar sesión.permissions.storage
: Requerido para almacenar la sesión del usuario.host_permissions
: Requerido para que el SDK de Logto se comunique con las APIs de Logto.
Si estás utilizando un dominio personalizado en Logto Cloud, necesitas actualizar los host_permissions
para que coincidan con tu dominio.
Configura un script de fondo (service worker)
En el script de fondo de tu extensión de Chrome, inicializa el SDK de Logto:
import LogtoClient from '@logto/chrome-extension';
export const logtoClient = new LogtoClient({
endpoint: '<your-logto-endpoint>'
appId: '<your-logto-app-id>',
});
Reemplaza <your-logto-endpoint>
y <your-logto-app-id>
con los valores reales. Puedes encontrar estos valores en la página de la aplicación que acabas de crear en la Logto Console.
Si no tienes un script de fondo, puedes seguir la guía oficial para crear uno.
¿Por qué necesitamos un script de fondo?
Las páginas normales de la extensión, como el popup o la página de opciones, no pueden ejecutarse en segundo plano y pueden cerrarse durante el proceso de autenticación. Un script de fondo asegura que el proceso de autenticación se maneje adecuadamente.
Luego, necesitamos escuchar el mensaje de otras páginas de la extensión y manejar el proceso de autenticación:
chrome.runtime.onMessage.addListener((message, sender, sendResponse) => {
// En el código a continuación, dado que devolvemos `true` para cada acción, necesitamos llamar a `sendResponse`
// para notificar al remitente. También puedes manejar errores aquí, o usar otras formas de notificar al remitente.
if (message.action === 'signIn') {
const redirectUri = chrome.identity.getRedirectURL('/callback');
logtoClient.signIn(redirectUri).finally(sendResponse);
return true;
}
if (message.action === 'signOut') {
const redirectUri = chrome.identity.getRedirectURL();
logtoClient.signOut(redirectUri).finally(sendResponse);
return true;
}
return false;
});
Puedes notar que hay dos URIs de redirección utilizados en el código anterior. Ambos son creados por chrome.identity.getRedirectURL
, que es una API integrada de Chrome para generar una URL de redirección para flujos de autenticación. Los dos URIs serán:
https://<extension-id>.chromiumapp.org/callback
para iniciar sesión.https://<extension-id>.chromiumapp.org/
para cerrar sesión.
Ten en cuenta que estos URIs no son accesibles y solo se utilizan para que Chrome desencadene acciones específicas para el proceso de autenticación.
Actualiza la configuración de la aplicación Logto
Ahora necesitamos actualizar la configuración de la aplicación Logto para permitir los URIs de redirección que acabamos de crear.
- Ve a la página de la aplicación en la Logto Console.
- En la sección "Redirect URIs", agrega el URI:
https://<extension-id>.chromiumapp.org/callback
. - En la sección "Post sign-out redirect URIs", agrega el URI:
https://<extension-id>.chromiumapp.org/
. - En la sección "CORS allowed origins", agrega el URI:
chrome-extension://<extension-id>
. El SDK en la extensión de Chrome usará este origen para comunicarse con las APIs de Logto. - Haz clic en Guardar cambios.
Recuerda reemplazar <extension-id>
con tu ID de extensión real. Puedes encontrar el ID de la extensión en la página chrome://extensions
.
Añade botones de inicio y cierre de sesión al popup
¡Ya casi estamos! Vamos a añadir los botones de inicio y cierre de sesión y otra lógica necesaria a la página del popup.
En el archivo popup.html
:
<button id="sign-in">Iniciar sesión</button> <button id="sign-out">Cerrar sesión</button>
En el archivo popup.js
(suponiendo que popup.js
está incluido en el popup.html
):
document.getElementById('sign-in').addEventListener('click', async () => {
await chrome.runtime.sendMessage({ action: 'signIn' });
// Inicio de sesión completado (o fallido), puedes actualizar la UI aquí.
});
document.getElementById('sign-out').addEventListener('click', async () => {
await chrome.runtime.sendMessage({ action: 'signOut' });
// Cierre de sesión completado (o fallido), puedes actualizar la UI aquí.
});
Punto de control: Prueba el flujo de autenticación
Ahora puedes probar el flujo de autenticación en tu extensión de Chrome:
- Abre el popup de la extensión.
- Haz clic en el botón "Iniciar sesión".
- Serás redirigido a la página de inicio de sesión de Logto.
- Inicia sesión con tu cuenta de Logto.
- Serás redirigido de vuelta a Chrome.
Verifica el estado de autenticación
Dado que Chrome proporciona APIs de almacenamiento unificadas, además del flujo de inicio y cierre de sesión, todos los demás métodos del SDK de Logto pueden usarse directamente en la página del popup.
En tu popup.js
, puedes reutilizar la instancia de LogtoClient
creada en el script de fondo, o crear una nueva con la misma configuración:
import LogtoClient from '@logto/chrome-extension';
const logtoClient = new LogtoClient({
endpoint: '<your-logto-endpoint>'
appId: '<your-logto-app-id>',
});
// O reutiliza la instancia de logtoClient creada en el script de fondo
import { logtoClient } from './service-worker.js';
Luego puedes crear una función para cargar el estado de autenticación y el perfil del usuario:
const loadAuthenticationState = async () => {
const isAuthenticated = await logtoClient.isAuthenticated();
// Actualiza la UI basado en el estado de autenticación
if (isAuthenticated) {
const user = await logtoClient.getIdTokenClaims(); // { sub: '...', email: '...', ... }
// Actualiza la UI con el perfil del usuario
}
};
También puedes combinar la función loadAuthenticationState
con la lógica de inicio y cierre de sesión:
document.getElementById('sign-in').addEventListener('click', async () => {
await chrome.runtime.sendMessage({ action: 'signIn' });
await loadAuthenticationState();
});
document.getElementById('sign-out').addEventListener('click', async () => {
await chrome.runtime.sendMessage({ action: 'signOut' });
await loadAuthenticationState();
});
Aquí tienes un ejemplo de la página del popup con el estado de autenticación:

Otras consideraciones
- Empaquetado del service worker: Si usas un empaquetador como Webpack o Rollup, necesitas establecer explícitamente el objetivo a
browser
o similar para evitar el empaquetado innecesario de módulos de Node.js. - Resolución de módulos: El SDK de extensión de Chrome de Logto es un módulo solo ESM.
Consulta nuestro proyecto de ejemplo para un ejemplo completo con TypeScript, Rollup y otras configuraciones.
Add SAML enterprise SSO connector
Para simplificar la gestión de acceso y obtener salvaguardas a nivel empresarial para tus grandes clientes, conéctate con Extensión de Chrome como un proveedor de identidad federado. El conector de SSO empresarial de Logto te ayuda a establecer esta conexión en minutos permitiendo la entrada de varios parámetros.
Para añadir un conector de SSO empresarial, simplemente sigue estos pasos:
- Navega a Logto console > Enterprise SSO.

- Haz clic en el botón "Añadir conector empresarial" y elige tu tipo de proveedor de SSO. Elige entre conectores preconstruidos para Microsoft Entra ID (Azure AD), Google Workspace y Okta, o crea una conexión SSO personalizada usando el protocolo estándar OpenID Connect (OIDC) o SAML.
- Proporciona un nombre único (por ejemplo, inicio de sesión SSO para Acme Company).

- Configura la conexión con tu IdP en la pestaña "Conexión". Consulta las guías anteriores para cada tipo de conector.

- Personaliza la experiencia de SSO y el dominio de correo electrónico de la empresa en la pestaña "Experiencia". Los usuarios que inicien sesión con el dominio de correo electrónico habilitado para SSO serán redirigidos a la autenticación SSO.

- Guarda los cambios.
Set up SAML SSO application on your IdP
Paso 1: Crea una aplicación SAML SSO en tu IdP {#step-1-create-a-saml-sso-application-on-your-idp}
Inicia la integración de SAML SSO creando una aplicación en el lado del Proveedor de Identidad (IdP). Obtén las siguientes configuraciones de Logto, que representan tu Proveedor de Servicios (SP):
- URI de Audiencia (Audience URI) (ID de Entidad SP): Se representa como un identificador globalmente único para tu servicio Logto, funcionando como el EntityId para SP durante las solicitudes de autenticación al IdP. Este identificador es fundamental para el intercambio seguro de afirmaciones SAML y otros datos relacionados con la autenticación entre el IdP y Logto.
- URL de ACS: La URL del Servicio de Consumidor de Afirmaciones (ACS) es la ubicación donde se envía la afirmación SAML con una solicitud POST. Esta URL es utilizada por el IdP para enviar la afirmación SAML a Logto. Actúa como una URL de callback donde Logto espera recibir y consumir la respuesta SAML que contiene la información de identidad del usuario.
Rellena las configuraciones de URI de Audiencia y URL de ACS en tu aplicación SAML del IdP y continúa recuperando las siguientes configuraciones de tu IdP.
Paso 2: Configura SAML SSO en Logto
Para que la integración de SAML SSO funcione, necesitarás proporcionar los metadatos del Proveedor de Identidad (IdP) a Logto. Los metadatos del IdP son un documento XML que contiene toda la información necesaria para que Logto establezca la confianza con el IdP.
Navega a la pestaña Connection
. Logto ofrece tres formas diferentes de configurar los metadatos del IdP:
- URL de metadatos: Proporciona la URL del documento XML de metadatos del IdP. Logto obtendrá los metadatos de la URL y configurará la integración de SAML SSO automáticamente.
- Subir metadatos: Sube el documento XML de metadatos del IdP. Logto analizará el documento XML y configurará la integración de SAML SSO automáticamente.
- Configuración manual: Configura manualmente los metadatos del IdP.
- ID de entidad del IdP: El ID de entidad del IdP.
- URL de inicio de sesión único: La URL del servicio de inicio de sesión único del IdP.
- Certificado de firma: El certificado x509 se utiliza para verificar la firma de la respuesta SAML del IdP.
Con cualquiera de las configuraciones anteriores, Logto analizará los metadatos del IdP y configurará la integración de SAML SSO en consecuencia.
Paso 3: Configura el mapeo de atributos de usuario
Los atributos de usuario devueltos por el Proveedor de identidad (IdP) pueden variar dependiendo de la configuración del IdP. Logto proporciona una forma flexible de mapear los atributos de usuario devueltos por el IdP a los atributos de usuario en Logto. Puedes configurar el mapeo de atributos de usuario en la pestaña de experiencia de integración de SAML SSO.
- id: El identificador único del usuario. Logto leerá el reclamo
nameId
de la respuesta SAML como el id de identidad SSO del usuario. - email: La dirección de correo electrónico del usuario.
- name: El nombre del usuario.
Paso 4: Establece dominios de correo electrónico y habilita el conector SSO
Proporciona los dominios de correo electrónico
de tu organización en la pestaña de experiencia SSO
del conector de Logto. Esto habilitará el conector SSO como un método de autenticación para esos usuarios.
Los usuarios con direcciones de correo electrónico en los dominios especificados serán redirigidos para usar el conector SAML SSO como su único método de autenticación.
Save your configuration
Verifica que hayas completado los valores necesarios en el área de configuración del conector Logto. Haz clic en "Guardar y listo" (o "Guardar cambios") y el conector SAML enterprise SSO debería estar disponible ahora.
Enable SAML enterprise SSO connector in Sign-in Experience
No necesitas configurar conectores empresariales individualmente, Logto simplifica la integración de SSO en tus aplicaciones con solo un clic.
- Navega a: Consola > Experiencia de inicio de sesión > Registro e inicio de sesión.
- Habilita el interruptor "SSO empresarial".
- Guarda los cambios.
Una vez habilitado, aparecerá un botón de "Inicio de sesión único (SSO)" en tu página de inicio de sesión. Los usuarios empresariales con dominios de correo electrónico habilitados para SSO pueden acceder a tus servicios utilizando sus proveedores de identidad empresariales (IdPs).


Para obtener más información sobre la experiencia de usuario de SSO, incluyendo SSO iniciado por SP y SSO iniciado por IdP, consulta Flujos de usuario: SSO empresarial.
Testing and Validation
Regresa a tu aplicación Extensión de Chrome. Ahora deberías poder iniciar sesión con SAML enterprise SSO. ¡Disfruta!
Further readings
Flujos de usuario final: Logto proporciona flujos de autenticación listos para usar, incluyendo MFA y SSO empresarial, junto con potentes APIs para la implementación flexible de configuraciones de cuenta, verificación de seguridad y experiencia multi-tenant.
Autorización (Authorization): La autorización define las acciones que un usuario puede realizar o los recursos a los que puede acceder después de ser autenticado. Explora cómo proteger tu API para aplicaciones nativas y de una sola página e implementar el Control de Acceso Basado en Roles (RBAC).
Organizaciones (Organizations): Particularmente efectivo en aplicaciones SaaS multi-tenant y B2B, la función de organización permite la creación de inquilinos, gestión de miembros, RBAC a nivel de organización y aprovisionamiento justo a tiempo.
Serie IAM del cliente: Nuestros artículos de blog en serie sobre la Gestión de Identidad y Acceso del Cliente (o Consumidor), desde los conceptos básicos hasta temas avanzados y más allá.