En este artículo, repasaremos los pasos para construir rápidamente la experiencia de inicio de sesión de Google Workspace enterprise SSO (autenticación de usuario) con Go y Logto.

Requisitos previos

• Una instancia de Logto en funcionamiento. Consulta la página de introducción para comenzar.
• Conocimientos básicos de Go.
• Una cuenta de Google Workspace 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 Traditional web, simplemente sigue estos pasos:

1. 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".
2. En el modal que se abre, haz clic en la sección "Traditional web" o filtra todos los marcos "Traditional web" disponibles usando las casillas de filtro rápido a la izquierda. Haz clic en la tarjeta del marco "Go" para comenzar a crear tu aplicación.
3. 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 Go SDK​

Instalación​

Ejecuta en el directorio raíz del proyecto:

# Instala el paquete core para acceder a valores y tipos predefinidos
go get github.com/logto-io/go/v2/core

# Instala el paquete client para interactuar con Logto
go get github.com/logto-io/go/v2/client

Agrega los paquetes github.com/logto-io/go/v2/core y github.com/logto-io/go/v2/client a tu código de aplicación:

// main.go
package main

import (
	"github.com/gin-gonic/gin"
	// Añade la dependencia
	"github.com/logto-io/go/v2/core"
	"github.com/logto-io/go/v2/client"
)

func main() {
	router := gin.Default()
	router.GET("/", func(c *gin.Context) {
		c.String(200, "¡Hola Logto!")
	})
	router.Run(":3000")
}

Crear un almacenamiento de sesión​

En las aplicaciones web tradicionales, la información de autenticación del usuario se almacena en la sesión del usuario.

El SDK de Logto proporciona una interfaz Storage, puedes implementar un adaptador Storage basado en tu framework web para que el SDK de Logto pueda almacenar la información de autenticación del usuario en la sesión.

El tipo Storage en el SDK de Logto es el siguiente:

package client

type Storage interface {
	GetItem(key string) string
	SetItem(key, value string)
}

Usamos el middleware github.com/gin-contrib/sessions como ejemplo para demostrar este proceso.

Aplica el middleware a la aplicación, para que podamos obtener la sesión del usuario mediante el contexto de la solicitud del usuario en el manejador de rutas:

package main

import (
	"github.com/gin-contrib/sessions"
	"github.com/gin-contrib/sessions/memstore"
	"github.com/gin-gonic/gin"
	"github.com/logto-io/go/v2/client"
)

func main() {
	router := gin.Default()

	// Usamos sesión basada en memoria en este ejemplo
	store := memstore.NewStore([]byte("your session secret"))
	router.Use(sessions.Sessions("logto-session", store))

	router.GET("/", func(ctx *gin.Context) {
		// Obtener la sesión del usuario
		session := sessions.Default(ctx)
		// ...
		ctx.String(200, "¡Hola Logto!")
	})
	router.Run(":3000")
}

Crea un archivo session_storage.go, define un SessionStorage e implementa las interfaces Storage del SDK de Logto:

package main

import (
	"github.com/gin-contrib/sessions"
)

type SessionStorage struct {
	session sessions.Session
}

func (storage *SessionStorage) GetItem(key string) string {
	value := storage.session.Get(key)
	if value == nil {
		return ""
	}
	return value.(string)
}

func (storage *SessionStorage) SetItem(key, value string) {
	storage.session.Set(key, value)
	storage.session.Save()
}

Ahora, en el manejador de rutas, puedes crear un almacenamiento de sesión para Logto:

session := sessions.Default(ctx)
sessionStorage := &SessionStorage{session: session}

Iniciar LogtoClient​

Primero, crea una configuración de Logto:

func main() {
	// ...
	logtoConfig := &client.LogtoConfig{
		Endpoint:  "<your-logto-endpoint>", // Ej. http://localhost:3001
		AppId:     "<your-application-id>",
		AppSecret: "<your-application-secret>",
	}
	// ...
}

tip:

Puedes encontrar y copiar el "App Secret" desde la página de detalles de la aplicación en la Consola de Administración:

Luego, puedes crear un LogtoClient para cada solicitud de usuario con la configuración de Logto anterior:

func main() {
	// ...

	router.GET("/", func(ctx *gin.Context) {
		// Crear LogtoClient
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// Usar Logto para controlar el contenido de la página de inicio
		authState := "No estás conectado a este sitio web. :("

		if logtoClient.IsAuthenticated() {
			authState = "¡Estás conectado a este sitio web! :)"
		}

		homePage := `<h1>Hola Logto</h1>` +
			"<div>" + authState + "</div>"

		ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
	})

	// ...
}

Implementar la ruta de inicio de sesión​

Después de que el URI de redirección esté configurado, añadimos una ruta sign-in para manejar la solicitud de inicio de sesión y también añadimos un enlace de inicio de sesión en la página de inicio:

func main() {
	// ...

	// Añadir un enlace para realizar una solicitud de inicio de sesión en la página de inicio
	router.GET("/", func(ctx *gin.Context) {
		// ...
		homePage := `<h1>Hello Logto</h1>` +
			"<div>" + authState + "</div>" +
			// Añadir enlace
			`<div><a href="/sign-in">Sign In</a></div>`

		ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
	})

	// Añadir una ruta para manejar las solicitudes de inicio de sesión
	router.GET("/sign-in", func(ctx *gin.Context) {
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// La solicitud de inicio de sesión es manejada por Logto.
		// El usuario será redirigido al URI de redirección al iniciar sesión.
		signInUri, err := logtoClient.SignIn("http://localhost:3000/callback")
		if err != nil {
			ctx.String(http.StatusInternalServerError, err.Error())
			return
		}

		// Redirigir al usuario a la página de inicio de sesión de Logto.
		ctx.Redirect(http.StatusTemporaryRedirect, signInUri)
	})

	// ...
}

Ahora, cuando tu usuario visite http://localhost:3000/sign-in, será redirigido a la página de inicio de sesión de Logto.

Implementar la ruta de callback​

Cuando el usuario inicia sesión con éxito en la página de inicio de sesión de Logto, Logto redirigirá al usuario al URI de redirección.

Dado que el URI de redirección es http://localhost:3000/callback, añadimos la ruta /callback para manejar el callback después de iniciar sesión.

func main() {
	// ...

	// Añadir una ruta para manejar las solicitudes de callback de inicio de sesión
	router.GET("/callback", func(ctx *gin.Context) {
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// La solicitud de callback de inicio de sesión es manejada por Logto
		err := logtoClient.HandleSignInCallback(ctx.Request)
		if err != nil {
			ctx.String(http.StatusInternalServerError, err.Error())
			return
		}

		// Saltar a la página especificada por el desarrollador.
		// Este ejemplo lleva al usuario de vuelta a la página de inicio.
		ctx.Redirect(http.StatusTemporaryRedirect, "/")
	})

	// ...
}

Implementar la ruta de cierre de sesión​

Similar al flujo de inicio de sesión, cuando el usuario cierra sesión, Logto redirigirá al usuario al URI de redirección posterior al cierre de sesión.

Ahora, agreguemos la ruta sign-out para manejar la solicitud de cierre de sesión y también agreguemos un enlace de cierre de sesión en la página de inicio:

func main() {
	// ...

	// Agregar un enlace para realizar una solicitud de cierre de sesión en la página de inicio
	router.GET("/", func(ctx *gin.Context) {
		// ...
		homePage := `<h1>Hello Logto</h1>` +
			"<div>" + authState + "</div>" +
			`<div><a href="/sign-in">Sign In</a></div>` +
			// Agregar enlace
			`<div><a href="/sign-out">Sign Out</a></div>`

		ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
	})

	// Agregar una ruta para manejar solicitudes de cierre de sesión
	router.GET("/sign-out", func(ctx *gin.Context) {
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// La solicitud de cierre de sesión es manejada por Logto.
		// El usuario será redirigido al URI de redirección posterior al cierre de sesión al cerrar sesión.
		signOutUri, signOutErr := logtoClient.SignOut("http://localhost:3000")

		if signOutErr != nil {
			ctx.String(http.StatusOK, signOutErr.Error())
			return
		}

		ctx.Redirect(http.StatusTemporaryRedirect, signOutUri)
	})

	// ...
}

Después de que el usuario realice una solicitud de cierre de sesión, Logto borrará toda la información de autenticación del usuario en la sesión.

Punto de control: Prueba tu aplicación​

Ahora, puedes probar tu aplicación:

1. Ejecuta tu aplicación, verás el botón de inicio de sesión.
2. Haz clic en el botón de inicio de sesión, el SDK iniciará el proceso de inicio de sesión y te redirigirá a la página de inicio de sesión de Logto.
3. Después de iniciar sesión, serás redirigido de vuelta a tu aplicación y verás el botón de cierre de sesión.
4. Haz clic en el botón de cierre de sesión para limpiar el almacenamiento de tokens y cerrar sesión.

Add Google Workspace enterprise SSO connector​

Para simplificar la gestión de acceso y obtener salvaguardas a nivel empresarial para tus grandes clientes, conéctate con Go 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:

1. Navega a Logto console > Enterprise SSO.

2. 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.
3. Proporciona un nombre único (por ejemplo, inicio de sesión SSO para Acme Company).

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

5. 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.

6. Guarda los cambios.

Set up Google Cloud Platform​

Paso 1: Crea un nuevo proyecto en Google Cloud Platform​

Antes de que puedas usar Google Workspace como un proveedor de autenticación, debes configurar un proyecto en la Google API Console para obtener credenciales de OAuth 2.0. Si ya tienes un proyecto, puedes omitir este paso. De lo contrario, crea un nuevo proyecto bajo tu organización de Google.

Paso 2: Configura la pantalla de consentimiento para tu aplicación​

Para crear una nueva credencial OIDC, necesitas configurar la pantalla de consentimiento para tu aplicación.

1. Navega a la página de la pantalla de consentimiento de OAuth y selecciona el tipo de usuario Interno. Esto hará que la aplicación OAuth solo esté disponible para usuarios dentro de tu organización.

2. Completa la configuración de la Pantalla de consentimiento (Consent Screen) siguiendo las instrucciones en la página. Necesitas proporcionar la siguiente información mínima:

• Nombre de la aplicación: El nombre de tu aplicación. Se mostrará en la pantalla de consentimiento.
• Correo electrónico de soporte: El correo electrónico de soporte de tu aplicación. Se mostrará en la pantalla de consentimiento.

3. Establece los Alcances (Scopes) para tu aplicación. Para recuperar correctamente la información de identidad del usuario y la dirección de correo electrónico del IdP, los conectores SSO de Logto necesitan otorgar los siguientes alcances del IdP:

• openid: Este alcance es necesario para la autenticación OIDC. Se utiliza para recuperar el Token de ID y obtener acceso al endpoint userInfo del IdP.
• profile: Este alcance es necesario para acceder a la información básica del perfil del usuario.
• email: Este alcance es necesario para acceder a la dirección de correo electrónico del usuario.

Haz clic en el botón Guardar para guardar la configuración de la pantalla de consentimiento.

Paso 3: Crea una nueva credencial OAuth​

Navega a la página de Credenciales y haz clic en el botón Create Credentials. Selecciona la opción OAuth client ID del menú desplegable para crear una nueva credencial OAuth para tu aplicación.

Continúa configurando la credencial OAuth completando la siguiente información:

1. Selecciona Web application como el tipo de aplicación.
2. Completa el Name de tu aplicación cliente, por ejemplo, Logto SSO Connector. Esto te ayudará a identificar las credenciales en el futuro.
3. Completa los Authorized redirect URIs con el URI de callback de Logto. Este es el URI al que Google redirigirá el navegador del usuario después de una autenticación exitosa. Después de que un usuario se autentica exitosamente con el IdP, el IdP redirige el navegador del usuario de vuelta a este URI designado junto con un código de autorización. Logto completará el proceso de autenticación basado en el código de autorización recibido de este URI.
4. Completa los Authorized JavaScript origins con el origen del URI de callback de Logto. Esto asegura que solo tu aplicación Logto pueda enviar solicitudes al servidor OAuth de Google.
5. Haz clic en el botón Create para crear la credencial OAuth.

Paso 4: Configura el conector de Logto con las credenciales del cliente​

Después de crear con éxito la credencial de OAuth, recibirás un modal emergente con el client ID y el client secret.

Copia el Client ID y el Client secret y completa los campos correspondientes en la pestaña Connection del conector SSO de Logto.

Ahora has configurado con éxito un conector SSO de Google Workspace en Logto.

Paso 5: Alcances adicionales (opcional)​

Los alcances (Scopes) definen los permisos que tu aplicación solicita a los usuarios y controlan a qué datos puede acceder tu aplicación desde sus cuentas de Google Workspace. Solicitar permisos de Google requiere configuración en ambos lados:

En Google Cloud Console:

1. Navega a APIs & Services > OAuth consent screen > Scopes.
2. Haz clic en Add or Remove Scopes y selecciona solo los alcances que tu aplicación requiere:
   • Autenticación (Authentication) (Obligatorio):
     • https://www.googleapis.com/auth/userinfo.email
     • https://www.googleapis.com/auth/userinfo.profile
     • openid
   • Acceso a API (Opcional): Añade cualquier alcance adicional necesario para tu aplicación (por ejemplo, Drive, Calendar, YouTube). Explora la Biblioteca de API de Google para encontrar los servicios disponibles. Si tu aplicación necesita acceso a APIs de Google más allá de los permisos básicos, primero habilita las APIs específicas que tu aplicación utilizará (por ejemplo, Google Drive API, Gmail API, Calendar API) en la Biblioteca de API de Google.
3. Haz clic en Update para confirmar la selección.
4. Haz clic en Save and Continue para aplicar los cambios.

En el conector de Google Workspace de Logto:

1. Logto incluye automáticamente los alcances openid, profile y email para recuperar la información básica de identidad del usuario. Puedes dejar el campo Scopes en blanco si solo necesitas información básica del usuario.
2. Añade alcances adicionales (separados por espacios) en el campo Scopes para solicitar más datos de Google. Usa URLs completas de alcance, por ejemplo: https://www.googleapis.com/auth/calendar.readonly

Paso 6: Almacena tokens para acceder a las APIs de Google (opcional)​

Si deseas acceder a APIs de Google y realizar acciones con autorización del usuario, Logto necesita obtener alcances de API (Scopes) específicos y almacenar tokens.

1. Añade los alcances requeridos en la configuración de la pantalla de consentimiento OAuth de tu Google Cloud Console y en el conector de Google de Logto.
2. Habilita Almacenar tokens para acceso persistente a la API en el conector de Google de Logto. Logto almacenará de forma segura los tokens de acceso y actualización de Google en el Secret Vault.
3. Para asegurar que se devuelvan tokens de actualización, configura tu conector de Google de Logto para habilitar el Acceso sin conexión (Offline Access).

Paso 7: 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 tu conector SSO como su único método de autenticación.

Para obtener más información sobre el conector SSO de Google Workspace, consulta Google OpenID Connector.

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 Google Workspace enterprise SSO debería estar disponible ahora.

Enable Google Workspace 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.

1. Navega a: Consola > Experiencia de inicio de sesión > Registro e inicio de sesión.
2. Habilita el interruptor "SSO empresarial".
3. 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 Go. Ahora deberías poder iniciar sesión con Google Workspace 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á.

En este artículo, repasaremos los pasos para construir rápidamente la experiencia de inicio de sesión de Microsoft Entra ID OIDC enterprise SSO (autenticación de usuario) con Go y Logto.

Requisitos previos

• Una instancia de Logto en funcionamiento. Consulta la página de introducción para comenzar.
• Conocimientos básicos de Go.
• Una cuenta de Microsoft Entra ID OIDC 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 Traditional web, simplemente sigue estos pasos:

1. 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".
2. En el modal que se abre, haz clic en la sección "Traditional web" o filtra todos los marcos "Traditional web" disponibles usando las casillas de filtro rápido a la izquierda. Haz clic en la tarjeta del marco "Go" para comenzar a crear tu aplicación.
3. 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 Go SDK​

Instalación​

Ejecuta en el directorio raíz del proyecto:

# Instala el paquete core para acceder a valores y tipos predefinidos
go get github.com/logto-io/go/v2/core

# Instala el paquete client para interactuar con Logto
go get github.com/logto-io/go/v2/client

Agrega los paquetes github.com/logto-io/go/v2/core y github.com/logto-io/go/v2/client a tu código de aplicación:

// main.go
package main

import (
	"github.com/gin-gonic/gin"
	// Añade la dependencia
	"github.com/logto-io/go/v2/core"
	"github.com/logto-io/go/v2/client"
)

func main() {
	router := gin.Default()
	router.GET("/", func(c *gin.Context) {
		c.String(200, "¡Hola Logto!")
	})
	router.Run(":3000")
}

Crear un almacenamiento de sesión​

En las aplicaciones web tradicionales, la información de autenticación del usuario se almacena en la sesión del usuario.

El SDK de Logto proporciona una interfaz Storage, puedes implementar un adaptador Storage basado en tu framework web para que el SDK de Logto pueda almacenar la información de autenticación del usuario en la sesión.

El tipo Storage en el SDK de Logto es el siguiente:

package client

type Storage interface {
	GetItem(key string) string
	SetItem(key, value string)
}

Usamos el middleware github.com/gin-contrib/sessions como ejemplo para demostrar este proceso.

Aplica el middleware a la aplicación, para que podamos obtener la sesión del usuario mediante el contexto de la solicitud del usuario en el manejador de rutas:

package main

import (
	"github.com/gin-contrib/sessions"
	"github.com/gin-contrib/sessions/memstore"
	"github.com/gin-gonic/gin"
	"github.com/logto-io/go/v2/client"
)

func main() {
	router := gin.Default()

	// Usamos sesión basada en memoria en este ejemplo
	store := memstore.NewStore([]byte("your session secret"))
	router.Use(sessions.Sessions("logto-session", store))

	router.GET("/", func(ctx *gin.Context) {
		// Obtener la sesión del usuario
		session := sessions.Default(ctx)
		// ...
		ctx.String(200, "¡Hola Logto!")
	})
	router.Run(":3000")
}

Crea un archivo session_storage.go, define un SessionStorage e implementa las interfaces Storage del SDK de Logto:

package main

import (
	"github.com/gin-contrib/sessions"
)

type SessionStorage struct {
	session sessions.Session
}

func (storage *SessionStorage) GetItem(key string) string {
	value := storage.session.Get(key)
	if value == nil {
		return ""
	}
	return value.(string)
}

func (storage *SessionStorage) SetItem(key, value string) {
	storage.session.Set(key, value)
	storage.session.Save()
}

Ahora, en el manejador de rutas, puedes crear un almacenamiento de sesión para Logto:

session := sessions.Default(ctx)
sessionStorage := &SessionStorage{session: session}

Iniciar LogtoClient​

Primero, crea una configuración de Logto:

func main() {
	// ...
	logtoConfig := &client.LogtoConfig{
		Endpoint:  "<your-logto-endpoint>", // Ej. http://localhost:3001
		AppId:     "<your-application-id>",
		AppSecret: "<your-application-secret>",
	}
	// ...
}

tip:

Puedes encontrar y copiar el "App Secret" desde la página de detalles de la aplicación en la Consola de Administración:

Luego, puedes crear un LogtoClient para cada solicitud de usuario con la configuración de Logto anterior:

func main() {
	// ...

	router.GET("/", func(ctx *gin.Context) {
		// Crear LogtoClient
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// Usar Logto para controlar el contenido de la página de inicio
		authState := "No estás conectado a este sitio web. :("

		if logtoClient.IsAuthenticated() {
			authState = "¡Estás conectado a este sitio web! :)"
		}

		homePage := `<h1>Hola Logto</h1>` +
			"<div>" + authState + "</div>"

		ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
	})

	// ...
}

Implementar la ruta de inicio de sesión​

Después de que el URI de redirección esté configurado, añadimos una ruta sign-in para manejar la solicitud de inicio de sesión y también añadimos un enlace de inicio de sesión en la página de inicio:

func main() {
	// ...

	// Añadir un enlace para realizar una solicitud de inicio de sesión en la página de inicio
	router.GET("/", func(ctx *gin.Context) {
		// ...
		homePage := `<h1>Hello Logto</h1>` +
			"<div>" + authState + "</div>" +
			// Añadir enlace
			`<div><a href="/sign-in">Sign In</a></div>`

		ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
	})

	// Añadir una ruta para manejar las solicitudes de inicio de sesión
	router.GET("/sign-in", func(ctx *gin.Context) {
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// La solicitud de inicio de sesión es manejada por Logto.
		// El usuario será redirigido al URI de redirección al iniciar sesión.
		signInUri, err := logtoClient.SignIn("http://localhost:3000/callback")
		if err != nil {
			ctx.String(http.StatusInternalServerError, err.Error())
			return
		}

		// Redirigir al usuario a la página de inicio de sesión de Logto.
		ctx.Redirect(http.StatusTemporaryRedirect, signInUri)
	})

	// ...
}

Ahora, cuando tu usuario visite http://localhost:3000/sign-in, será redirigido a la página de inicio de sesión de Logto.

Implementar la ruta de callback​

Cuando el usuario inicia sesión con éxito en la página de inicio de sesión de Logto, Logto redirigirá al usuario al URI de redirección.

Dado que el URI de redirección es http://localhost:3000/callback, añadimos la ruta /callback para manejar el callback después de iniciar sesión.

func main() {
	// ...

	// Añadir una ruta para manejar las solicitudes de callback de inicio de sesión
	router.GET("/callback", func(ctx *gin.Context) {
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// La solicitud de callback de inicio de sesión es manejada por Logto
		err := logtoClient.HandleSignInCallback(ctx.Request)
		if err != nil {
			ctx.String(http.StatusInternalServerError, err.Error())
			return
		}

		// Saltar a la página especificada por el desarrollador.
		// Este ejemplo lleva al usuario de vuelta a la página de inicio.
		ctx.Redirect(http.StatusTemporaryRedirect, "/")
	})

	// ...
}

Implementar la ruta de cierre de sesión​

Similar al flujo de inicio de sesión, cuando el usuario cierra sesión, Logto redirigirá al usuario al URI de redirección posterior al cierre de sesión.

Ahora, agreguemos la ruta sign-out para manejar la solicitud de cierre de sesión y también agreguemos un enlace de cierre de sesión en la página de inicio:

func main() {
	// ...

	// Agregar un enlace para realizar una solicitud de cierre de sesión en la página de inicio
	router.GET("/", func(ctx *gin.Context) {
		// ...
		homePage := `<h1>Hello Logto</h1>` +
			"<div>" + authState + "</div>" +
			`<div><a href="/sign-in">Sign In</a></div>` +
			// Agregar enlace
			`<div><a href="/sign-out">Sign Out</a></div>`

		ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
	})

	// Agregar una ruta para manejar solicitudes de cierre de sesión
	router.GET("/sign-out", func(ctx *gin.Context) {
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// La solicitud de cierre de sesión es manejada por Logto.
		// El usuario será redirigido al URI de redirección posterior al cierre de sesión al cerrar sesión.
		signOutUri, signOutErr := logtoClient.SignOut("http://localhost:3000")

		if signOutErr != nil {
			ctx.String(http.StatusOK, signOutErr.Error())
			return
		}

		ctx.Redirect(http.StatusTemporaryRedirect, signOutUri)
	})

	// ...
}

Después de que el usuario realice una solicitud de cierre de sesión, Logto borrará toda la información de autenticación del usuario en la sesión.

Punto de control: Prueba tu aplicación​

Ahora, puedes probar tu aplicación:

1. Ejecuta tu aplicación, verás el botón de inicio de sesión.
2. Haz clic en el botón de inicio de sesión, el SDK iniciará el proceso de inicio de sesión y te redirigirá a la página de inicio de sesión de Logto.
3. Después de iniciar sesión, serás redirigido de vuelta a tu aplicación y verás el botón de cierre de sesión.
4. Haz clic en el botón de cierre de sesión para limpiar el almacenamiento de tokens y cerrar sesión.

Add Microsoft Entra ID OIDC enterprise SSO connector​

Para simplificar la gestión de acceso y obtener salvaguardas a nivel empresarial para tus grandes clientes, conéctate con Go 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:

1. Navega a Logto console > Enterprise SSO.

2. 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.
3. Proporciona un nombre único (por ejemplo, inicio de sesión SSO para Acme Company).

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

5. 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.

6. Guarda los cambios.

Set up Azure AD SSO application​

Paso 1: Crea una aplicación OIDC de Microsoft EntraID​

1. Ve al centro de administración de Microsoft Entra e inicia sesión como administrador.

2. Navega a Identity > Applications > App registrations.

3. Selecciona New registration.

4. Ingresa el nombre de la aplicación y selecciona el tipo de cuenta apropiado para tu aplicación.

5. Selecciona Web como la plataforma de la aplicación.

6. Copia y pega el redirect URI desde la página de configuración de SSO de Logto. El redirect URI es la URL a la que se redirige al usuario después de que se haya autenticado con Microsoft Entra ID.

6. Haz clic en Register para crear la aplicación.

Paso 2: Configura el SSO OIDC de Microsoft Entra ID en Logto​

Después de crear exitosamente una aplicación OIDC de Microsoft Entra, deberás proporcionar las configuraciones del IdP de vuelta a Logto. Navega a la pestaña Connection en Logto Console y completa las siguientes configuraciones:

1. ID de cliente (Client ID): Un identificador único asignado a tu aplicación OIDC por Microsoft Entra. Este identificador es utilizado por Logto para identificar y autenticar la aplicación durante el flujo OIDC. Puedes encontrarlo en la página de resumen de la aplicación como Application (client) ID.

2. Secreto de cliente (Client Secret): Crea un nuevo secreto de cliente y copia el valor en Logto. Este secreto se utiliza para autenticar la aplicación OIDC y asegurar la comunicación entre Logto y el IdP.

3. Emisor (Issuer): La URL del emisor, un identificador único para el IdP, que especifica la ubicación donde se puede encontrar el proveedor de identidad OIDC. Es una parte crucial de la configuración OIDC ya que ayuda a Logto a descubrir los endpoints necesarios.

   En lugar de proporcionar manualmente todos estos endpoints OIDC, Logto obtiene automáticamente todas las configuraciones requeridas y los endpoints del IdP. Esto se realiza utilizando la URL del emisor que proporcionaste y haciendo una llamada al endpoint de descubrimiento del IdP.

   Para obtener la URL del emisor, puedes encontrarla en la sección Endpoints de la página de resumen de la aplicación.

   Ubica el endpoint OpenID Connect metadata document y copia la URL SIN la ruta final .well-known/openid-configuration. Esto se debe a que Logto agregará automáticamente .well-known/openid-configuration a la URL del emisor al obtener las configuraciones OIDC.

4. Alcance (Scope) (Opcional): Logto incluye automáticamente los alcances requeridos (openid, profile y email) en todas las solicitudes. Puedes especificar alcances adicionales como una lista separada por espacios si tu aplicación requiere permisos o niveles de acceso extra del IdP.

Haz clic en Save para finalizar el proceso de configuración

Paso 3: Alcances adicionales (opcional)​

Los alcances (Scopes) definen los permisos que tu aplicación solicita a los usuarios y controlan a qué datos puede acceder tu aplicación desde sus cuentas de Microsoft Entra ID. Solicitar permisos de Microsoft Graph requiere configuración en ambos lados:

En el centro de administración de Microsoft Entra:

1. Navega a Microsoft Entra ID > App registrations y selecciona tu aplicación.
2. Ve a API permissions > Add a permission > Microsoft Graph > Delegated permissions.
3. Selecciona solo los permisos que tu aplicación requiere:
   • Permisos de OpenID:
     • openid (Obligatorio) - Iniciar sesión de los usuarios
     • profile (Obligatorio) - Ver el perfil básico de los usuarios
     • email (Obligatorio) - Ver la dirección de correo electrónico de los usuarios
     • offline_access (Opcional) - Solo es necesario si habilitas Almacenar tokens para acceso persistente a la API en el conector de Logto y necesitas obtener tokens de actualización para acceso prolongado a las API de Microsoft Graph.
   • Acceso a la API (Opcional): Agrega cualquier permiso adicional que tu aplicación necesite. Los permisos comunes de Microsoft Graph incluyen Mail.Read, Calendars.Read, Files.Read, etc. Consulta la referencia de permisos de Microsoft Graph para encontrar los permisos disponibles.
4. Haz clic en Add permissions para confirmar la selección.
5. Si tu aplicación requiere consentimiento de administrador para ciertos permisos, haz clic en Grant admin consent for [Your Organization].

En el conector de Microsoft Entra ID de Logto:

1. Logto incluye automáticamente los alcances openid, profile y email para recuperar la información básica de identidad del usuario. Puedes dejar el campo Scopes en blanco si solo necesitas información básica del usuario.
2. Agrega offline_access al campo Scopes si planeas almacenar tokens para acceso persistente a la API. Este alcance habilita los tokens de actualización para acceso prolongado a la API.
3. Agrega alcances adicionales (separados por espacios) en el campo Scopes para solicitar más datos de Microsoft Graph. Usa los nombres estándar de los alcances, por ejemplo: User.Read Mail.Read Calendars.Read

Paso 4: Almacena tokens para acceder a las APIs de Microsoft (opcional)​

Si deseas acceder a las APIs de Microsoft Graph y realizar acciones con autorización de usuario, Logto necesita obtener alcances de API (Scopes) específicos y almacenar tokens.

1. Añade los alcances requeridos en la configuración de permisos de API de tu centro de administración de Microsoft Entra y en el conector de Microsoft Entra ID de Logto.
2. Habilita Almacenar tokens para acceso persistente a la API en el conector de Microsoft Entra ID de Logto. Logto almacenará de forma segura los tokens de acceso y actualización de Microsoft en el Secret Vault.
3. Para asegurar que se devuelvan los tokens de actualización (Refresh tokens), añade el alcance offline_access a los permisos de tu aplicación de Microsoft Entra ID e inclúyelo en los alcances de tu conector de Microsoft Entra ID en Logto. Este alcance permite que tu aplicación mantenga el acceso a los recursos durante períodos prolongados.

Paso 5: Establece dominios de correo electrónico y habilita el conector SSO​

Proporciona los domains de correo electrónico de tu organización en la pestaña de experience del conector. 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 estarán exclusivamente limitados a utilizar tu conector 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 Microsoft Entra ID OIDC enterprise SSO debería estar disponible ahora.

Enable Microsoft Entra ID OIDC 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.

1. Navega a: Consola > Experiencia de inicio de sesión > Registro e inicio de sesión.
2. Habilita el interruptor "SSO empresarial".
3. 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 Go. Ahora deberías poder iniciar sesión con Microsoft Entra ID OIDC 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á.

En este artículo, repasaremos los pasos para construir rápidamente la experiencia de inicio de sesión de Microsoft Entra ID SAML enterprise SSO (autenticación de usuario) con Go y Logto.

Requisitos previos

• Una instancia de Logto en funcionamiento. Consulta la página de introducción para comenzar.
• Conocimientos básicos de Go.
• Una cuenta de Microsoft Entra ID 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 Traditional web, simplemente sigue estos pasos:

1. 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".
2. En el modal que se abre, haz clic en la sección "Traditional web" o filtra todos los marcos "Traditional web" disponibles usando las casillas de filtro rápido a la izquierda. Haz clic en la tarjeta del marco "Go" para comenzar a crear tu aplicación.
3. 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 Go SDK​

Instalación​

Ejecuta en el directorio raíz del proyecto:

# Instala el paquete core para acceder a valores y tipos predefinidos
go get github.com/logto-io/go/v2/core

# Instala el paquete client para interactuar con Logto
go get github.com/logto-io/go/v2/client

Agrega los paquetes github.com/logto-io/go/v2/core y github.com/logto-io/go/v2/client a tu código de aplicación:

// main.go
package main

import (
	"github.com/gin-gonic/gin"
	// Añade la dependencia
	"github.com/logto-io/go/v2/core"
	"github.com/logto-io/go/v2/client"
)

func main() {
	router := gin.Default()
	router.GET("/", func(c *gin.Context) {
		c.String(200, "¡Hola Logto!")
	})
	router.Run(":3000")
}

Crear un almacenamiento de sesión​

En las aplicaciones web tradicionales, la información de autenticación del usuario se almacena en la sesión del usuario.

El SDK de Logto proporciona una interfaz Storage, puedes implementar un adaptador Storage basado en tu framework web para que el SDK de Logto pueda almacenar la información de autenticación del usuario en la sesión.

El tipo Storage en el SDK de Logto es el siguiente:

package client

type Storage interface {
	GetItem(key string) string
	SetItem(key, value string)
}

Usamos el middleware github.com/gin-contrib/sessions como ejemplo para demostrar este proceso.

Aplica el middleware a la aplicación, para que podamos obtener la sesión del usuario mediante el contexto de la solicitud del usuario en el manejador de rutas:

package main

import (
	"github.com/gin-contrib/sessions"
	"github.com/gin-contrib/sessions/memstore"
	"github.com/gin-gonic/gin"
	"github.com/logto-io/go/v2/client"
)

func main() {
	router := gin.Default()

	// Usamos sesión basada en memoria en este ejemplo
	store := memstore.NewStore([]byte("your session secret"))
	router.Use(sessions.Sessions("logto-session", store))

	router.GET("/", func(ctx *gin.Context) {
		// Obtener la sesión del usuario
		session := sessions.Default(ctx)
		// ...
		ctx.String(200, "¡Hola Logto!")
	})
	router.Run(":3000")
}

Crea un archivo session_storage.go, define un SessionStorage e implementa las interfaces Storage del SDK de Logto:

package main

import (
	"github.com/gin-contrib/sessions"
)

type SessionStorage struct {
	session sessions.Session
}

func (storage *SessionStorage) GetItem(key string) string {
	value := storage.session.Get(key)
	if value == nil {
		return ""
	}
	return value.(string)
}

func (storage *SessionStorage) SetItem(key, value string) {
	storage.session.Set(key, value)
	storage.session.Save()
}

Ahora, en el manejador de rutas, puedes crear un almacenamiento de sesión para Logto:

session := sessions.Default(ctx)
sessionStorage := &SessionStorage{session: session}

Iniciar LogtoClient​

Primero, crea una configuración de Logto:

func main() {
	// ...
	logtoConfig := &client.LogtoConfig{
		Endpoint:  "<your-logto-endpoint>", // Ej. http://localhost:3001
		AppId:     "<your-application-id>",
		AppSecret: "<your-application-secret>",
	}
	// ...
}

tip:

Puedes encontrar y copiar el "App Secret" desde la página de detalles de la aplicación en la Consola de Administración:

Luego, puedes crear un LogtoClient para cada solicitud de usuario con la configuración de Logto anterior:

func main() {
	// ...

	router.GET("/", func(ctx *gin.Context) {
		// Crear LogtoClient
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// Usar Logto para controlar el contenido de la página de inicio
		authState := "No estás conectado a este sitio web. :("

		if logtoClient.IsAuthenticated() {
			authState = "¡Estás conectado a este sitio web! :)"
		}

		homePage := `<h1>Hola Logto</h1>` +
			"<div>" + authState + "</div>"

		ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
	})

	// ...
}

Implementar la ruta de inicio de sesión​

Después de que el URI de redirección esté configurado, añadimos una ruta sign-in para manejar la solicitud de inicio de sesión y también añadimos un enlace de inicio de sesión en la página de inicio:

func main() {
	// ...

	// Añadir un enlace para realizar una solicitud de inicio de sesión en la página de inicio
	router.GET("/", func(ctx *gin.Context) {
		// ...
		homePage := `<h1>Hello Logto</h1>` +
			"<div>" + authState + "</div>" +
			// Añadir enlace
			`<div><a href="/sign-in">Sign In</a></div>`

		ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
	})

	// Añadir una ruta para manejar las solicitudes de inicio de sesión
	router.GET("/sign-in", func(ctx *gin.Context) {
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// La solicitud de inicio de sesión es manejada por Logto.
		// El usuario será redirigido al URI de redirección al iniciar sesión.
		signInUri, err := logtoClient.SignIn("http://localhost:3000/callback")
		if err != nil {
			ctx.String(http.StatusInternalServerError, err.Error())
			return
		}

		// Redirigir al usuario a la página de inicio de sesión de Logto.
		ctx.Redirect(http.StatusTemporaryRedirect, signInUri)
	})

	// ...
}

Ahora, cuando tu usuario visite http://localhost:3000/sign-in, será redirigido a la página de inicio de sesión de Logto.

Implementar la ruta de callback​

Cuando el usuario inicia sesión con éxito en la página de inicio de sesión de Logto, Logto redirigirá al usuario al URI de redirección.

Dado que el URI de redirección es http://localhost:3000/callback, añadimos la ruta /callback para manejar el callback después de iniciar sesión.

func main() {
	// ...

	// Añadir una ruta para manejar las solicitudes de callback de inicio de sesión
	router.GET("/callback", func(ctx *gin.Context) {
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// La solicitud de callback de inicio de sesión es manejada por Logto
		err := logtoClient.HandleSignInCallback(ctx.Request)
		if err != nil {
			ctx.String(http.StatusInternalServerError, err.Error())
			return
		}

		// Saltar a la página especificada por el desarrollador.
		// Este ejemplo lleva al usuario de vuelta a la página de inicio.
		ctx.Redirect(http.StatusTemporaryRedirect, "/")
	})

	// ...
}

Implementar la ruta de cierre de sesión​

Similar al flujo de inicio de sesión, cuando el usuario cierra sesión, Logto redirigirá al usuario al URI de redirección posterior al cierre de sesión.

Ahora, agreguemos la ruta sign-out para manejar la solicitud de cierre de sesión y también agreguemos un enlace de cierre de sesión en la página de inicio:

func main() {
	// ...

	// Agregar un enlace para realizar una solicitud de cierre de sesión en la página de inicio
	router.GET("/", func(ctx *gin.Context) {
		// ...
		homePage := `<h1>Hello Logto</h1>` +
			"<div>" + authState + "</div>" +
			`<div><a href="/sign-in">Sign In</a></div>` +
			// Agregar enlace
			`<div><a href="/sign-out">Sign Out</a></div>`

		ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
	})

	// Agregar una ruta para manejar solicitudes de cierre de sesión
	router.GET("/sign-out", func(ctx *gin.Context) {
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// La solicitud de cierre de sesión es manejada por Logto.
		// El usuario será redirigido al URI de redirección posterior al cierre de sesión al cerrar sesión.
		signOutUri, signOutErr := logtoClient.SignOut("http://localhost:3000")

		if signOutErr != nil {
			ctx.String(http.StatusOK, signOutErr.Error())
			return
		}

		ctx.Redirect(http.StatusTemporaryRedirect, signOutUri)
	})

	// ...
}

Después de que el usuario realice una solicitud de cierre de sesión, Logto borrará toda la información de autenticación del usuario en la sesión.

Punto de control: Prueba tu aplicación​

Ahora, puedes probar tu aplicación:

1. Ejecuta tu aplicación, verás el botón de inicio de sesión.
2. Haz clic en el botón de inicio de sesión, el SDK iniciará el proceso de inicio de sesión y te redirigirá a la página de inicio de sesión de Logto.
3. Después de iniciar sesión, serás redirigido de vuelta a tu aplicación y verás el botón de cierre de sesión.
4. Haz clic en el botón de cierre de sesión para limpiar el almacenamiento de tokens y cerrar sesión.

Add Microsoft Entra ID SAML enterprise SSO connector​

Para simplificar la gestión de acceso y obtener salvaguardas a nivel empresarial para tus grandes clientes, conéctate con Go 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:

1. Navega a Logto console > Enterprise SSO.

2. 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.
3. Proporciona un nombre único (por ejemplo, inicio de sesión SSO para Acme Company).

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

5. 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.

6. Guarda los cambios.

Set up Azure AD SSO application​

Paso 1: Crear una aplicación de Azure AD SSO​

Inicia la integración de Azure AD SSO creando una aplicación de SSO en el lado de Azure AD.

1. Ve al portal de Azure e inicia sesión como administrador.
2. Selecciona el servicio Microsoft Entra ID.
3. Navega a las Aplicaciones empresariales usando el menú lateral. Haz clic en Nueva aplicación y selecciona Crear tu propia aplicación.

1. Ingresa el nombre de la aplicación y selecciona Integrar cualquier otra aplicación que no encuentres en la galería (No en galería).
2. Selecciona Configurar inicio de sesión único > SAML.

1. Sigue las instrucciones, como primer paso, deberás completar la configuración básica de SAML utilizando la siguiente información proporcionada por Logto.

• URI de audiencia (ID de entidad SP): Se representa como un identificador único global 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 retorno donde Logto espera recibir y consumir la respuesta SAML que contiene la información de identidad del usuario.

Haz clic en Guardar para continuar.

Paso 2: Configurar SAML SSO en Logto​

Para que la integración de SAML SSO funcione, necesitarás proporcionar los metadatos del IdP de vuelta a Logto. Volvamos al lado de Logto y naveguemos a la pestaña Connection de tu conector de Azure AD SSO.

Logto ofrece tres formas diferentes de configurar los metadatos del IdP. La forma más sencilla es proporcionando la metadata URL de la aplicación Azure AD SSO.

Copia la App Federation Metadata Url de la sección de Certificados SAML de tu aplicación Azure AD SSO y pégala en el campo Metadata URL en Logto.

Logto obtendrá los metadatos de la URL y configurará la integración de SAML SSO automáticamente.

Paso 3: Configurar el mapeo de atributos de usuario​

Logto proporciona una forma flexible de mapear los atributos de usuario devueltos por el proveedor de identidad (IdP) a los atributos de usuario en Logto. Logto sincronizará los siguientes atributos de usuario del IdP por defecto:

• 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. Logto leerá el reclamo email de la respuesta SAML como el correo electrónico principal del usuario por defecto.
• name: El nombre del usuario.

Puedes gestionar la lógica de mapeo de atributos de usuario ya sea en el lado de Azure AD o en el lado de Logto.

1. Mapear los atributos de usuario de AzureAD a los atributos de usuario de Logto en el lado de Logto.

   Visita la sección Attributes & Claims de tu aplicación SSO de Azure AD.

   Copia los siguientes nombres de atributos (con prefijo de espacio de nombres) y pégalos en los campos correspondientes en Logto.

   • http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress
   • http://schemas.xmlsoap.org/ws/2005/05/identity/claims/name (Recomendación: actualiza este mapa de valores de atributo a user.displayname para una mejor experiencia de usuario)

1. Mapear los atributos de usuario de AzureAD a los atributos de usuario de Logto en el lado de AzureAD.

   Visita la sección Attributes & Claims de tu aplicación SSO de Azure AD.

   Haz clic en Edit, y actualiza los campos de Additional claims basándote en la configuración de atributos de usuario de Logto:

   • actualiza el valor del nombre del reclamo basándote en la configuración de atributos de usuario de Logto.
   • elimina el prefijo de espacio de nombres.
   • haz clic en Save para continuar.

   Deberías terminar con la siguiente configuración:

También puedes especificar atributos de usuario adicionales en el lado de Azure AD. Logto mantendrá un registro de los atributos de usuario originales devueltos por el IdP bajo el campo sso_identity del usuario.

Paso 4: Asignar usuarios a la aplicación de Azure AD SSO​

Visita la sección Users and groups de tu aplicación de Azure AD SSO. Haz clic en Add user/group para asignar usuarios a la aplicación de Azure AD SSO. Solo los usuarios asignados a tu aplicación de Azure AD SSO podrán autenticarse a través del conector de Azure AD SSO.

Paso 5: Establecer dominios de correo electrónico y habilitar 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.

Por favor, consulta la documentación oficial de Azure AD para más detalles sobre la integración de Azure AD SSO.

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 Microsoft Entra ID SAML enterprise SSO debería estar disponible ahora.

Enable Microsoft Entra ID 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.

1. Navega a: Consola > Experiencia de inicio de sesión > Registro e inicio de sesión.
2. Habilita el interruptor "SSO empresarial".
3. 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 Go. Ahora deberías poder iniciar sesión con Microsoft Entra ID 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á.

En este artículo, repasaremos los pasos para construir rápidamente la experiencia de inicio de sesión de OIDC enterprise SSO (autenticación de usuario) con Go y Logto.

Requisitos previos

• Una instancia de Logto en funcionamiento. Consulta la página de introducción para comenzar.
• Conocimientos básicos de Go.
• Una cuenta de OIDC 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 Traditional web, simplemente sigue estos pasos:

1. 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".
2. En el modal que se abre, haz clic en la sección "Traditional web" o filtra todos los marcos "Traditional web" disponibles usando las casillas de filtro rápido a la izquierda. Haz clic en la tarjeta del marco "Go" para comenzar a crear tu aplicación.
3. 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 Go SDK​

Instalación​

Ejecuta en el directorio raíz del proyecto:

# Instala el paquete core para acceder a valores y tipos predefinidos
go get github.com/logto-io/go/v2/core

# Instala el paquete client para interactuar con Logto
go get github.com/logto-io/go/v2/client

Agrega los paquetes github.com/logto-io/go/v2/core y github.com/logto-io/go/v2/client a tu código de aplicación:

// main.go
package main

import (
	"github.com/gin-gonic/gin"
	// Añade la dependencia
	"github.com/logto-io/go/v2/core"
	"github.com/logto-io/go/v2/client"
)

func main() {
	router := gin.Default()
	router.GET("/", func(c *gin.Context) {
		c.String(200, "¡Hola Logto!")
	})
	router.Run(":3000")
}

Crear un almacenamiento de sesión​

En las aplicaciones web tradicionales, la información de autenticación del usuario se almacena en la sesión del usuario.

El SDK de Logto proporciona una interfaz Storage, puedes implementar un adaptador Storage basado en tu framework web para que el SDK de Logto pueda almacenar la información de autenticación del usuario en la sesión.

El tipo Storage en el SDK de Logto es el siguiente:

package client

type Storage interface {
	GetItem(key string) string
	SetItem(key, value string)
}

Usamos el middleware github.com/gin-contrib/sessions como ejemplo para demostrar este proceso.

Aplica el middleware a la aplicación, para que podamos obtener la sesión del usuario mediante el contexto de la solicitud del usuario en el manejador de rutas:

package main

import (
	"github.com/gin-contrib/sessions"
	"github.com/gin-contrib/sessions/memstore"
	"github.com/gin-gonic/gin"
	"github.com/logto-io/go/v2/client"
)

func main() {
	router := gin.Default()

	// Usamos sesión basada en memoria en este ejemplo
	store := memstore.NewStore([]byte("your session secret"))
	router.Use(sessions.Sessions("logto-session", store))

	router.GET("/", func(ctx *gin.Context) {
		// Obtener la sesión del usuario
		session := sessions.Default(ctx)
		// ...
		ctx.String(200, "¡Hola Logto!")
	})
	router.Run(":3000")
}

Crea un archivo session_storage.go, define un SessionStorage e implementa las interfaces Storage del SDK de Logto:

package main

import (
	"github.com/gin-contrib/sessions"
)

type SessionStorage struct {
	session sessions.Session
}

func (storage *SessionStorage) GetItem(key string) string {
	value := storage.session.Get(key)
	if value == nil {
		return ""
	}
	return value.(string)
}

func (storage *SessionStorage) SetItem(key, value string) {
	storage.session.Set(key, value)
	storage.session.Save()
}

Ahora, en el manejador de rutas, puedes crear un almacenamiento de sesión para Logto:

session := sessions.Default(ctx)
sessionStorage := &SessionStorage{session: session}

Iniciar LogtoClient​

Primero, crea una configuración de Logto:

func main() {
	// ...
	logtoConfig := &client.LogtoConfig{
		Endpoint:  "<your-logto-endpoint>", // Ej. http://localhost:3001
		AppId:     "<your-application-id>",
		AppSecret: "<your-application-secret>",
	}
	// ...
}

tip:

Puedes encontrar y copiar el "App Secret" desde la página de detalles de la aplicación en la Consola de Administración:

Luego, puedes crear un LogtoClient para cada solicitud de usuario con la configuración de Logto anterior:

func main() {
	// ...

	router.GET("/", func(ctx *gin.Context) {
		// Crear LogtoClient
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// Usar Logto para controlar el contenido de la página de inicio
		authState := "No estás conectado a este sitio web. :("

		if logtoClient.IsAuthenticated() {
			authState = "¡Estás conectado a este sitio web! :)"
		}

		homePage := `<h1>Hola Logto</h1>` +
			"<div>" + authState + "</div>"

		ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
	})

	// ...
}

Implementar la ruta de inicio de sesión​

Después de que el URI de redirección esté configurado, añadimos una ruta sign-in para manejar la solicitud de inicio de sesión y también añadimos un enlace de inicio de sesión en la página de inicio:

func main() {
	// ...

	// Añadir un enlace para realizar una solicitud de inicio de sesión en la página de inicio
	router.GET("/", func(ctx *gin.Context) {
		// ...
		homePage := `<h1>Hello Logto</h1>` +
			"<div>" + authState + "</div>" +
			// Añadir enlace
			`<div><a href="/sign-in">Sign In</a></div>`

		ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
	})

	// Añadir una ruta para manejar las solicitudes de inicio de sesión
	router.GET("/sign-in", func(ctx *gin.Context) {
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// La solicitud de inicio de sesión es manejada por Logto.
		// El usuario será redirigido al URI de redirección al iniciar sesión.
		signInUri, err := logtoClient.SignIn("http://localhost:3000/callback")
		if err != nil {
			ctx.String(http.StatusInternalServerError, err.Error())
			return
		}

		// Redirigir al usuario a la página de inicio de sesión de Logto.
		ctx.Redirect(http.StatusTemporaryRedirect, signInUri)
	})

	// ...
}

Ahora, cuando tu usuario visite http://localhost:3000/sign-in, será redirigido a la página de inicio de sesión de Logto.

Implementar la ruta de callback​

Cuando el usuario inicia sesión con éxito en la página de inicio de sesión de Logto, Logto redirigirá al usuario al URI de redirección.

Dado que el URI de redirección es http://localhost:3000/callback, añadimos la ruta /callback para manejar el callback después de iniciar sesión.

func main() {
	// ...

	// Añadir una ruta para manejar las solicitudes de callback de inicio de sesión
	router.GET("/callback", func(ctx *gin.Context) {
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// La solicitud de callback de inicio de sesión es manejada por Logto
		err := logtoClient.HandleSignInCallback(ctx.Request)
		if err != nil {
			ctx.String(http.StatusInternalServerError, err.Error())
			return
		}

		// Saltar a la página especificada por el desarrollador.
		// Este ejemplo lleva al usuario de vuelta a la página de inicio.
		ctx.Redirect(http.StatusTemporaryRedirect, "/")
	})

	// ...
}

Implementar la ruta de cierre de sesión​

Similar al flujo de inicio de sesión, cuando el usuario cierra sesión, Logto redirigirá al usuario al URI de redirección posterior al cierre de sesión.

Ahora, agreguemos la ruta sign-out para manejar la solicitud de cierre de sesión y también agreguemos un enlace de cierre de sesión en la página de inicio:

func main() {
	// ...

	// Agregar un enlace para realizar una solicitud de cierre de sesión en la página de inicio
	router.GET("/", func(ctx *gin.Context) {
		// ...
		homePage := `<h1>Hello Logto</h1>` +
			"<div>" + authState + "</div>" +
			`<div><a href="/sign-in">Sign In</a></div>` +
			// Agregar enlace
			`<div><a href="/sign-out">Sign Out</a></div>`

		ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
	})

	// Agregar una ruta para manejar solicitudes de cierre de sesión
	router.GET("/sign-out", func(ctx *gin.Context) {
		session := sessions.Default(ctx)
		logtoClient := client.NewLogtoClient(
			logtoConfig,
			&SessionStorage{session: session},
		)

		// La solicitud de cierre de sesión es manejada por Logto.
		// El usuario será redirigido al URI de redirección posterior al cierre de sesión al cerrar sesión.
		signOutUri, signOutErr := logtoClient.SignOut("http://localhost:3000")

		if signOutErr != nil {
			ctx.String(http.StatusOK, signOutErr.Error())
			return
		}

		ctx.Redirect(http.StatusTemporaryRedirect, signOutUri)
	})

	// ...
}

Después de que el usuario realice una solicitud de cierre de sesión, Logto borrará toda la información de autenticación del usuario en la sesión.

Punto de control: Prueba tu aplicación​

Ahora, puedes probar tu aplicación:

1. Ejecuta tu aplicación, verás el botón de inicio de sesión.
2. Haz clic en el botón de inicio de sesión, el SDK iniciará el proceso de inicio de sesión y te redirigirá a la página de inicio de sesión de Logto.
3. Después de iniciar sesión, serás redirigido de vuelta a tu aplicación y verás el botón de cierre de sesión.
4. Haz clic en el botón de cierre de sesión para limpiar el almacenamiento de tokens y cerrar sesión.

Add OIDC enterprise SSO connector​

Para simplificar la gestión de acceso y obtener salvaguardas a nivel empresarial para tus grandes clientes, conéctate con Go 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:

1. Navega a Logto console > Enterprise SSO.

2. 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.
3. Proporciona un nombre único (por ejemplo, inicio de sesión SSO para Acme Company).

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

5. 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.

6. Guarda los cambios.

Set up OIDC application on your IdP​

Paso 1: Crea una aplicación OIDC en tu IdP​

Inicia la integración de OIDC SSO creando una aplicación en el lado del proveedor de identidad (IdP). Necesitarás proporcionar las siguientes configuraciones desde el servidor de Logto.

• URI de Callback: El URI de Callback de Logto, también conocido como URI de Redirección o URL de Respuesta, es un endpoint o URL específico que el IdP utiliza para redirigir el navegador del usuario después de una autenticación exitosa. Después de que un usuario se autentica exitosamente con el IdP, el IdP redirige el navegador del usuario de vuelta a este URI designado junto con un código de autorización. Logto completará el proceso de autenticación basado en el código de autorización recibido de este URI.

Rellena el URI de Callback de Logto en el formulario de configuración de la aplicación OIDC de tu IdP y continúa creando la aplicación. (La mayoría de los IdPs de OIDC ofrecen una amplia gama de tipos de aplicaciones para elegir. Para crear un conector de SSO basado en web en Logto, por favor elige el tipo Web Application.)

Paso 2: Configura OIDC SSO en Logto​

Después de crear exitosamente una aplicación OIDC en el lado del proveedor de identidad (IdP), deberás proporcionar las configuraciones del IdP de vuelta a Logto. Navega a la pestaña Connection y completa las siguientes configuraciones:

• Client ID: Un identificador único asignado a tu aplicación OIDC por el IdP. Este identificador es utilizado por Logto para identificar y autenticar la aplicación durante el flujo OIDC.
• Client Secret: Un secreto confidencial compartido entre Logto y el IdP. Este secreto se utiliza para autenticar la aplicación OIDC y asegurar la comunicación entre Logto y el IdP.
• Emisor (Issuer): La URL del emisor, un identificador único para el IdP, que especifica la ubicación donde se puede encontrar el proveedor de identidad OIDC. Es una parte crucial de la configuración OIDC, ya que ayuda a Logto a descubrir los endpoints necesarios. Para facilitar el proceso de configuración, Logto obtendrá automáticamente los endpoints y configuraciones OIDC requeridos. Esto se realiza utilizando el emisor que proporcionaste y haciendo una llamada a los endpoints de descubrimiento OIDC del IdP. Es imprescindible asegurarse de que el endpoint del emisor sea válido y esté configurado correctamente para permitir que Logto recupere la información necesaria de manera correcta. Después de una solicitud de obtención exitosa, deberías poder ver las configuraciones del IdP analizadas en la sección de emisores.

Paso 3: Configura alcances (Scopes) (Opcional)​

Los alcances (Scopes) definen los permisos que tu aplicación solicita a los usuarios y controlan a qué datos puede acceder tu aplicación desde sus cuentas empresariales.

Configurar los alcances requiere ajustes en ambos lados:

1. Tu proveedor de identidad (IdP) (Identity Provider): Configura qué permisos están permitidos para la autorización en la consola de tu IdP
   • Algunos IdP habilitan todos los alcances públicos por defecto (no se requiere acción)
   • Otros requieren que otorgues permisos explícitamente
2. Conector empresarial de Logto: Especifica qué alcances solicitar durante la autenticación en la configuración del conector empresarial OIDC de Logto > campo Scopes.
   • Logto siempre incluye los alcances openid, profile y email para recuperar información básica de identidad del usuario, independientemente de tus configuraciones personalizadas de alcance.
   • Puedes añadir alcances adicionales (separados por espacios) para solicitar más información al IdP.

Paso 4: Almacena tokens para acceder a APIs de terceros (Opcional)​

Si deseas acceder a las API del Proveedor de Identidad (Identity Provider) y realizar acciones con autorización del usuario, Logto necesita obtener alcances (scopes) específicos de API y almacenar tokens.

1. Añade los alcances requeridos en el campo scope siguiendo las instrucciones anteriores.
2. Activa Almacenar tokens para acceso persistente a la API en el conector empresarial OIDC de Logto. Logto almacenará de forma segura los tokens de acceso (access tokens) en el Secret Vault.
3. Para los proveedores de identidad OIDC estándar, el alcance offline_access debe ser incluido para obtener un token de actualización (refresh token), evitando así solicitudes repetidas de consentimiento del usuario.

Paso 5: 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 tu conector 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 OIDC enterprise SSO debería estar disponible ahora.

Enable OIDC 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.

1. Navega a: Consola > Experiencia de inicio de sesión > Registro e inicio de sesión.
2. Habilita el interruptor "SSO empresarial".
3. 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 Go. Ahora deberías poder iniciar sesión con OIDC 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á.

En este artículo, repasaremos los pasos para construir rápidamente la experiencia de inicio de sesión de Okta enterprise SSO (autenticación de usuario) con Go y Logto.

Requisitos previos

• Una instancia de Logto en funcionamiento. Consulta la página de introducción para comenzar.
• Conocimientos básicos de Go.
• Una cuenta de Okta 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 Traditional web, simplemente sigue estos pasos:

1. 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".
2. En el modal que se abre, haz clic en la sección "Traditional web" o filtra todos los marcos "Traditional web" disponibles usando las casillas de filtro rápido a la izquierda. Haz clic en la tarjeta del marco "Go" para comenzar a crear tu aplicación.
3. 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 Go SDK​