Para nuestros nuevos amigos:

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 Google (autenticación de usuario) con .NET Core (MVC) y Logto.

Requisitos previos

• Una instancia de Logto en funcionamiento. Consulta la página de introducción para comenzar.
• Conocimientos básicos de .NET Core (MVC).
• Una cuenta de Google utilizable.

Crear una aplicación en 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 web tradicional, 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 "Aplicación web tradicional" o filtra todos los marcos "Aplicación web tradicional" disponibles usando las casillas de filtro rápido a la izquierda. Haz clic en la tarjeta del marco ".NET Core (MVC)" 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.

Integrar el SDK de .NET Core (MVC)

tip:

• La siguiente demostración está construida sobre .NET Core 8.0. El SDK es compatible con .NET 6.0 o superior.
• Los proyectos de ejemplo de .NET Core están disponibles en el repositorio de GitHub.

Instalación

Añade el paquete NuGet a tu proyecto:

dotnet add package Logto.AspNetCore.Authentication

Añadir autenticación Logto

Abre Startup.cs (o Program.cs) y añade el siguiente código para registrar los servicios de autenticación de Logto:

Program.cs

using Logto.AspNetCore.Authentication;

var builder = WebApplication.CreateBuilder(args);

builder.Services.AddLogtoAuthentication(options =>
{
  options.Endpoint = builder.Configuration["Logto:Endpoint"]!;
  options.AppId = builder.Configuration["Logto:AppId"]!;
  options.AppSecret = builder.Configuration["Logto:AppSecret"];
});

El método AddLogtoAuthentication hará lo siguiente:

• Establecer el esquema de autenticación predeterminado en LogtoDefaults.CookieScheme.
• Establecer el esquema de desafío predeterminado en LogtoDefaults.AuthenticationScheme.
• Establecer el esquema de cierre de sesión predeterminado en LogtoDefaults.AuthenticationScheme.
• Añadir manejadores de autenticación de cookies y OpenID Connect al esquema de autenticación.

Flujos de inicio y cierre de sesión

Antes de continuar, hay dos términos confusos en el middleware de autenticación de .NET Core que necesitamos aclarar:

1. CallbackPath: El URI al que Logto redirigirá al usuario después de que haya iniciado sesión (el "URI de redirección" en Logto).
2. RedirectUri: El URI al que se redirigirá después de que se hayan realizado las acciones necesarias en el middleware de autenticación de Logto.

El proceso de inicio de sesión se puede ilustrar de la siguiente manera:

De manera similar, .NET Core también tiene SignedOutCallbackPath y RedirectUri para el flujo de cierre de sesión.

Para mayor claridad, los referiremos de la siguiente manera:

Término que usamos	Término de .NET Core
URI de redirección de Logto	CallbackPath
URI de redirección post cierre de sesión de Logto	SignedOutCallbackPath
URI de redirección de la aplicación	RedirectUri

Sobre el inicio de sesión basado en redirección

1. 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.
2. 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.

Configurar URIs de redirección

nota:

En los siguientes fragmentos de código, asumimos que tu aplicación está ejecutándose en http://localhost:3000/.

Primero, configuremos el URI de redirección de Logto. Agrega el siguiente URI a la lista de "URIs de redirección" en la página de detalles de la aplicación Logto:

http://localhost:3000/Callback

Para configurar el URI de redirección posterior al cierre de sesión de Logto, agrega el siguiente URI a la lista de "URIs de redirección posterior al cierre de sesión" en la página de detalles de la aplicación Logto:

http://localhost:3000/SignedOutCallback

Cambiar las rutas predeterminadas

El URI de redirección de Logto tiene una ruta predeterminada de /Callback, y el URI de redirección posterior al cierre de sesión de Logto tiene una ruta predeterminada de /SignedOutCallback.

Puedes dejarlos tal como están si no hay un requisito especial. Si deseas cambiarlo, puedes establecer la propiedad CallbackPath y SignedOutCallbackPath para LogtoOptions:

Program.cs

builder.Services.AddLogtoAuthentication(options =>
{
  // Otras configuraciones...
  options.CallbackPath = "/Foo";
  options.SignedOutCallbackPath = "/Bar";
});

Recuerda actualizar el valor en la página de detalles de la aplicación Logto en consecuencia.

Implementar botones de inicio/cierre de sesión

Primero, añade métodos de acciones a tu Controller, por ejemplo:

Controllers/HomeController.cs

public class HomeController : Controller
{
  public IActionResult SignIn()
  {
    // Esto redirigirá al usuario a la página de inicio de sesión de Logto.
    return Challenge(new AuthenticationProperties { RedirectUri = "/" });
  }

  // Usa la palabra clave `new` para evitar conflictos con el método `ControllerBase.SignOut`
  new public IActionResult SignOut()
  {
    // Esto limpiará la cookie de autenticación y redirigirá al usuario a la página de cierre de sesión de Logto
    // para limpiar también la sesión de Logto.
    return SignOut(new AuthenticationProperties { RedirectUri = "/" });
  }
}

Luego, añade los enlaces a tu Vista:

Views/Home/Index.cshtml

<p>Está autenticado: @User.Identity?.IsAuthenticated</p>
@if (User.Identity?.IsAuthenticated == true) {
  <a asp-controller="Home" asp-action="SignOut">Cerrar sesión</a>
} else {
  <a asp-controller="Home" asp-action="SignIn">Iniciar sesión</a>
}

Mostrará el enlace "Iniciar sesión" si el usuario no está autenticado, y mostrará el enlace "Cerrar sesión" si el usuario está autenticado.

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.

Añadir el conector Google

Para habilitar un inicio de sesión rápido y mejorar la conversión de usuarios, conéctate con .NET Core (MVC) como un proveedor de identidad (IdP). El conector social de Logto te ayuda a establecer esta conexión en minutos permitiendo la entrada de varios parámetros.

Para añadir un conector social, simplemente sigue estos pasos:

1. Navega a Console > Connectors > Social Connectors.
2. Haz clic en "Add social connector" y selecciona "Google".
3. Sigue la guía README y completa los campos requeridos y personaliza la configuración.

nota:

Si estás siguiendo la guía del Conector en el lugar, puedes omitir la siguiente sección.

Configura Google OAuth app

Paso 1: Crea un proyecto en Google Auth Platform

Antes de poder usar Google como proveedor de autenticación, debes configurar un proyecto en Google Cloud Console para obtener credenciales de OAuth 2.0. Si ya tienes un proyecto, puedes omitir este paso.

1. Visita la Google Cloud Console e inicia sesión con tu cuenta de Google.
2. Haz clic en el botón Seleccionar un proyecto en la barra superior del menú y luego haz clic en el botón Nuevo proyecto para crear un proyecto.
3. En tu proyecto recién creado, navega a APIs y servicios > Pantalla de consentimiento OAuth para configurar tu aplicación:
   • Información de la aplicación: Ingresa el Nombre de la aplicación y el Correo electrónico de soporte que se mostrarán en la página de consentimiento.
   • Audiencia (Audience): Selecciona tu tipo de audiencia preferido:
     • Interna (Internal) - Solo para usuarios de Google Workspace dentro de tu organización.
     • Externa (External) - Para cualquier usuario de Google (requiere verificación para uso en producción).
   • Información de contacto: Proporciona direcciones de correo electrónico para que Google pueda notificarte sobre cualquier cambio en tu proyecto.
   • Marca Acepto las políticas de Google para finalizar la configuración básica.
4. Opcionalmente, ve a la sección Branding para editar la información del producto y subir el Logo de tu aplicación, que aparecerá en la pantalla de consentimiento OAuth para ayudar a los usuarios a reconocer tu app.

tip:

Si eliges el tipo de audiencia Externa (External), deberás agregar usuarios de prueba durante el desarrollo y publicar tu aplicación para su uso en producción.

Paso 2: Crea credenciales OAuth 2.0

Navega a la página de Credenciales en Google Cloud Console y crea credenciales OAuth para tu aplicación.

1. Haz clic en Crear credenciales > ID de cliente de OAuth.
2. Selecciona Aplicación web (Web application) como tipo de aplicación.
3. Completa el Nombre de tu cliente OAuth. Esto te ayuda a identificar las credenciales y no se muestra a los usuarios finales.
4. Configura los URI autorizados:
   • Orígenes JavaScript autorizados: Agrega el origen de tu instancia Logto (por ejemplo, https://tu-dominio-logto.com)
   • URI de redirección autorizados: Agrega el Callback URI de Logto (cópialo desde tu conector de Google en Logto)
5. Haz clic en Crear para generar el cliente OAuth.

Paso 3: Configura el conector de Logto con las credenciales

Después de crear el cliente OAuth, Google mostrará una ventana modal con tus credenciales:

1. Copia el ID de cliente (Client ID) y pégalo en el campo clientId en Logto.
2. Copia el Secreto de cliente (Client secret) y pégalo en el campo clientSecret en Logto.
3. Haz clic en Guardar y Listo en Logto para conectar tu sistema de identidad con Google.

aviso:

Mantén tu secreto de cliente seguro y nunca lo expongas en código del lado del cliente. Si se ve comprometido, genera uno nuevo de inmediato.

Paso 4: Configura los alcances (Scopes)

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

Configura los alcances en Google Cloud Console

1. Navega a APIs y servicios > Pantalla de consentimiento OAuth > Alcances (Scopes).
2. Haz clic en Agregar o quitar alcances (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): Agrega cualquier alcance adicional necesario para tu app (por ejemplo, Drive, Calendar, YouTube). Explora la Biblioteca de API de Google para encontrar servicios disponibles. Si tu app necesita acceso a APIs de Google más allá de los permisos básicos, primero habilita las APIs específicas que tu app usará (por ejemplo, Google Drive API, Gmail API, Calendar API) en la Biblioteca de API de Google.
3. Haz clic en Actualizar (Update) para confirmar la selección.
4. Haz clic en Guardar y continuar (Save and Continue) para aplicar los cambios.

Configura los alcances en Logto

Elige una o más de las siguientes opciones según tus necesidades:

Opción 1: No se necesitan alcances de API adicionales

• Deja el campo Scopes en tu conector de Google en Logto en blanco.
• Los alcances predeterminados openid profile email serán solicitados para asegurar que Logto pueda obtener correctamente la información básica del usuario.

Opción 2: Solicitar alcances adicionales al iniciar sesión

• Ingresa todos los alcances deseados en el campo Scopes, separados por espacios.
• Cualquier alcance que listes aquí sobrescribe los predeterminados, así que siempre incluye los alcances de autenticación: https://www.googleapis.com/auth/userinfo.email https://www.googleapis.com/auth/userinfo.profile openid.
• Usa URLs completas de los alcances. Ejemplo: https://www.googleapis.com/auth/calendar.readonly.

Opción 3: Solicitar alcances incrementales más adelante

• Después de que el usuario inicie sesión, puedes solicitar alcances adicionales bajo demanda reiniciando un flujo de autorización social federada y actualizando el conjunto de tokens almacenados del usuario.
• Estos alcances adicionales no necesitan ser rellenados en el campo Scopes de tu conector de Google en Logto, y se pueden lograr a través de la API de Verificación Social de Logto.

Siguiendo estos pasos, tu conector de Google en Logto solicitará exactamente los permisos que tu app necesita, ni más ni menos.

tip:

Si tu app solicita estos alcances para acceder a la API de Google y realizar acciones, asegúrate de habilitar Almacenar tokens para acceso persistente a la API en el conector de Google en Logto. Consulta la siguiente sección para más detalles.

Paso 5: Personaliza los prompts de autenticación

Configura Prompts en Logto para controlar la experiencia de autenticación del usuario. Prompts es un arreglo de cadenas que especifica el tipo de interacción de usuario requerida:

• none - El servidor de autorización no muestra ninguna pantalla de autenticación ni de consentimiento. Devuelve un error si el usuario no está ya autenticado y no ha preconfigurado el consentimiento para los alcances solicitados. Úsalo para comprobar la autenticación y/o consentimiento existentes.
• consent - El servidor de autorización solicita el consentimiento del usuario antes de devolver información al cliente. Es necesario para habilitar el acceso sin conexión (offline access) para el acceso a la API de Google.
• select_account - El servidor de autorización solicita al usuario seleccionar una cuenta. Esto permite a los usuarios con varias cuentas de Google elegir cuál usar para la autenticación.

Paso 6: Configuración general

Aquí tienes algunas configuraciones generales que no bloquearán la conexión con Google pero pueden afectar la experiencia de autenticación del usuario final.

Sincronizar información de perfil

En el conector de Google, puedes establecer la política para sincronizar la información de perfil, como nombres de usuario y avatares. Elige entre:

• Sincronizar solo al registrarse: La información del perfil se obtiene una vez cuando el usuario inicia sesión por primera vez.
• Sincronizar siempre al iniciar sesión: La información del perfil se actualiza cada vez que el usuario inicia sesión.

Almacenar tokens para acceder a las APIs de Google (Opcional)

Si deseas acceder a APIs de Google y realizar acciones con la autorización del usuario (ya sea mediante inicio de sesión social o vinculación de cuentas), Logto necesita obtener alcances específicos de API y almacenar tokens.

1. Agrega los alcances requeridos en la configuración de la pantalla de consentimiento OAuth de Google Cloud Console y en el conector de Google en Logto.
2. Habilita Almacenar tokens para acceso persistente a la API en el conector de Google en 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 en Logto de la siguiente manera:
   • Establece Prompts para incluir consent
   • Habilita Acceso sin conexión (Offline Access)

aviso:

No necesitas agregar offline_access en el campo Scope de Logto; hacerlo puede causar un error. Google utiliza access_type=offline automáticamente cuando el acceso sin conexión está habilitado.

Paso 7: Habilita Google One Tap (Opcional)

Google One Tap es una forma segura y simplificada de permitir que los usuarios inicien sesión en tu sitio web con su cuenta de Google usando una interfaz emergente.

Una vez que tengas configurado el conector de Google, verás una tarjeta para Google One Tap en la página de detalles del conector. Habilita Google One Tap activando el interruptor.

Opciones de configuración de Google One Tap

• Seleccionar automáticamente la credencial si es posible: Inicia sesión automáticamente al usuario con la cuenta de Google si se cumplen ciertas condiciones.
• Cancelar el prompt si el usuario hace clic/toca fuera: Cierra el prompt de Google One Tap si el usuario hace clic o toca fuera del prompt. Si está deshabilitado, el usuario debe hacer clic en el botón de cerrar para descartar el prompt.
• Habilitar la experiencia mejorada de One Tap en navegadores ITP: Habilita la experiencia de usuario mejorada de Google One Tap en navegadores con Intelligent Tracking Prevention (ITP). Consulta esta documentación para más información.

aviso:

Asegúrate de agregar tu dominio en la sección Orígenes JavaScript autorizados en la configuración de tu cliente OAuth. De lo contrario, Google One Tap no podrá mostrarse.

Limitaciones importantes con Google One Tap

Si habilitas Almacenar tokens para acceso persistente a la API junto con Google One Tap, no recibirás automáticamente un token de acceso ni los alcances solicitados.

El inicio de sesión con Google One Tap (a diferencia del botón estándar "Iniciar sesión con Google") no emite un token de acceso OAuth. Solo devuelve un token de ID (un JWT firmado) que verifica la identidad del usuario, pero no otorga acceso a la API.

Para acceder a las APIs de Google con usuarios de Google One Tap, puedes usar la API de Verificación Social de Logto para reiniciar un flujo de autorización social federada después de que el usuario inicie sesión con Google One Tap. Esto te permite solicitar alcances adicionales según sea necesario y actualizar el conjunto de tokens almacenados del usuario, sin requerir que los alcances se prellen en el conector de Google en Logto. Este enfoque permite una autorización incremental, por lo que los usuarios solo reciben solicitudes de permisos adicionales cuando tu app realmente los necesita.

Obtén más información sobre las limitaciones de Google One Tap en la documentación oficial.

Paso 8: Prueba y publica tu aplicación

Para aplicaciones internas

Si tu tipo de Audiencia (Audience) en Google está configurado como Interna (Internal), tu aplicación solo estará disponible para usuarios de Google Workspace dentro de tu organización. Puedes probar usando cualquier cuenta de tu organización.

Para aplicaciones externas

Si tu tipo de Audiencia (Audience) es Externa (External):

1. Durante el desarrollo: Navega a Pantalla de consentimiento OAuth > Usuarios de prueba (Test users) y agrega las direcciones de correo electrónico de los usuarios de prueba. Solo estos usuarios podrán iniciar sesión con tu app.
2. Para producción: Haz clic en Publicar aplicación (Publish App) en la sección de pantalla de consentimiento OAuth para que esté disponible para cualquier persona con una cuenta de Google.

nota:

Las aplicaciones con alcances sensibles o restringidos pueden requerir la verificación de Google antes de poder publicarse. Este proceso puede tardar varias semanas.

Guarda tu configuración

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 debería estar disponible ahora.

Habilitar el conector Google en la Experiencia de inicio de sesión

Una vez que crees un conector social con éxito, puedes habilitarlo como un botón "Continuar con Google" en la Experiencia de inicio de sesión.

1. Navega a Consola > Experiencia de inicio de sesión > Registro e inicio de sesión.
2. (Opcional) Elige "No aplicable" para el identificador de registro si solo necesitas inicio de sesión social.
3. Añade el conector Google configurado a la sección "Inicio de sesión social".

Pruebas y Validación

Regresa a tu aplicación .NET Core (MVC). Ahora deberías poder iniciar sesión con Google. ¡Disfruta!

Lecturas adicionales

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