Políticas Personalizadas en Azure Active Directory B2C

Contenido del curso

Introducción a Azure Active Directory

Conceptos básicos

Flujos de usuario

Experiencia de usuario

Integración con Apps

Seguridad

Conclusiones

28
Integración de Active Directory con Aplicaciones y UserFlows
02:28 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0015:00

Políticas Personalizadas en Azure Active Directory B2C

Curso de Azure Active Directory

Clase 16 de 28

Clase 16 / 28

Comentarios (4)4 comentarios

Eduardo Alan Gonzalez Garduño

Hace 5 años

Introducción a las políticas personalizadas

Las directivas personalizadas son archivos de configuración que definen el comportamiento del inquilino de Azure Active Directory B2C

Orquesta la confianza entre entidades utilizando protocolos estándar (OpenID Connect, OAuth, SAML).

Una directiva se presenta como uno mas archivos en formato XML que se hacen referencia entre sí en una cadena jerárquica

Los elementos XML definen los bloques de creación, la interacción con el usuario y otras entidades, así como la lógica de negocios.

Existe un paquete de inicio que incluye varias directivas predefinidas para que puedas empezar de una manera rápida.

Los diferentes paquetes existentes contienen el menor numero de perfiles técnicos y recorridos de usuario para lograr los siguientes escenarios:

• Cuentas Locales • Cuentas Sociales • Cuentas locales y sociales • Cuentas sociales y locales con MFA

Notificaciones (Claims)

Proporcionan almacenamiento temporal durante la ejecución de una directiva de Azure AD B2C. Pueden incluir información sobre el usuario como nombre, apellido, etc.

Un perfil técnico de validación:

Un perfil técnico de validación es un método para llamar a cualquier perfil técnico no interactivo, el perfil técnico puede devolver notificaciones de salida o un mensaje de error.

Modelo de Herencia:

Cada paquete de inicio incluye los siguientes archivos:

• Un archivo base • Un archivo de extensiones • Un archivo de usuario de Confianza

Luis Carlos Zapata García

Hace 4 años

La extension de visual studio code que edita xml es Azure Ad B2C

Anderson Josué Oroya Silva

Hace 3 años

Muy bueno! Gracias!

Javier Sepúlveda

Hace 4 años

La extensión se puede usar con Azure Active Directory Premium?

Francisco Marín

Hace 2 años

Procedimientos recomendados:

Crea la lógica en la directiva de extensión o en la directiva del usuario de confianza.
En la directiva base, se recomienda evitar cualquier tipo de cambio.

Recursos

Definir cómo un usuario inicia sesión, se registra o restablece su contraseña a través de archivos XML es el corazón de las políticas personalizadas en Azure Active Directory B2C. Esta capacidad permite orquestar la confianza entre distintas entidades de identidad —cuentas locales, cuentas sociales o proveedores que usen protocolos como OpenID Connect, OAuth y SAML— con un nivel de control que los flujos predeterminados no ofrecen.

¿Qué son las directivas personalizadas y cómo se estructuran?

Las directivas personalizadas son archivos XML que describen paso a paso lo que debe ocurrir cuando un usuario interactúa con el sistema de identidad [0:12]. Estos archivos se editan preferentemente en Visual Studio Code con un plugin especializado y luego se suben al portal de Azure, dentro de la sección Identity Experience Framework [0:33]. Al momento de subir el archivo, la plataforma realiza una validación de sintaxis; si pasa esa revisión, los errores restantes serán detectados en tiempo de ejecución [1:02].

La estructura jerárquica se compone de tres niveles:

Trust Framework Base: el archivo fundamental con la configuración raíz [7:48].
Archivo de extensión: donde se añaden personalizaciones y lógica adicional.
Archivo de confianza (relying party): la política específica que se ejecuta, como inicio de sesión, registro, edición de perfil o restablecimiento de contraseña.

Cada archivo de confianza hace referencia hacia arriba en la jerarquía, heredando configuraciones de la base y las extensiones. La recomendación es evitar modificar la directiva base y concentrar los cambios en los archivos de extensión y en los archivos de confianza [8:32].

¿Qué ofrece el paquete de inicio rápido?

El quick start o paquete de inicio rápido facilita la configuración inicial del directorio activo y proporciona escenarios simples listos para usar [2:24]. Incluye plantillas para trabajar con:

Cuentas locales exclusivamente.
Cuentas sociales como Facebook.
Combinación de cuentas locales y sociales.
Cuentas locales y sociales con autenticación multifactor (MFA) [3:04].

Dentro de este paquete ya vienen definidos los claims que Azure Active Directory maneja, incluyendo su tipo, nombre y el protocolo en el que están soportados [3:28].

¿Cómo funcionan los claims y las validaciones con regex?

Un claim es una pieza de información sobre el usuario —como correo electrónico, contraseña o un identificador fiscal—. Al definir un claim, se puede especificar un regex (expresión regular), que es un patrón de texto que la información debe cumplir para considerarse válida [3:48]. Por ejemplo, para la contraseña se puede exigir cierta complejidad, y para el correo electrónico se puede verificar que contenga el formato usuario@dominio antes de enviar un código de verificación [4:12].

¿Cómo funciona el user journey y la orquestación de pasos?

Cuando un usuario hace clic en iniciar sesión, la aplicación indica a Azure AD B2C cuál política ejecutar. Esa política contiene un user journey o recorrido del usuario, compuesto por pasos de orquestación con condiciones específicas [4:48].

El flujo típico incluye:

Presentar la página de inicio de sesión y capturar credenciales.
Validar si el usuario se autentica con un proveedor social o con cuenta local.
Realizar llamadas a una API REST para obtener información adicional.
Generar el token y enviarlo a la URI de respuesta configurada en la aplicación [5:28].

Durante todo el proceso, la información se acumula en el claims bag (bolsa de claims), un almacén temporal donde cada paso puede leer datos del paso anterior o agregar nuevos [6:28]. Por ejemplo, tras autenticar al usuario, se puede consultar una API para verificar el tipo de licencia activa y su vigencia, incorporando esa información al token final.

¿Qué es un perfil técnico de validación?

El perfil técnico de validación permite detectar errores en la información proporcionada por el usuario y ejecutar verificaciones adicionales [7:04]. Funciona en dos momentos clave: primero valida que las credenciales sean correctas y luego puede llamar a servicios externos para confirmar, por ejemplo, si el usuario tiene permisos para continuar o si los datos ingresados son coherentes antes de crear una cuenta.

¿Qué considerar para alta disponibilidad y rendimiento?

Azure AD B2C está diseñado para manejar millones de autenticaciones diarias. Sin embargo, si durante el proceso de autenticación se invoca una API externa, esa API debe estar configurada en alta disponibilidad para soportar el volumen de peticiones [9:08]. De igual forma, los recursos de personalización de interfaz —imágenes, hojas de estilos, JavaScript— deben alojarse en una content delivery network (CDN) para mejorar tiempos de respuesta y evitar sobrecargar el servidor de origen [9:30].

Con esta base clara sobre la estructura y el comportamiento de las políticas personalizadas, el siguiente paso es explorar ejemplos concretos y construir desde cero con el paquete de inicio rápido. ¿Ya tienes identificado qué escenario de identidad necesita tu aplicación? Comparte tu caso en los comentarios.

Resumen

¿Qué son las directivas personalizadas y cómo se estructuran?

La estructura jerárquica se compone de tres niveles:

Trust Framework Base: el archivo fundamental con la configuración raíz [7:48].
Archivo de extensión: donde se añaden personalizaciones y lógica adicional.
Archivo de confianza (relying party): la política específica que se ejecuta, como inicio de sesión, registro, edición de perfil o restablecimiento de contraseña.

¿Qué ofrece el paquete de inicio rápido?

Cuentas locales exclusivamente.
Cuentas sociales como Facebook.
Combinación de cuentas locales y sociales.
Cuentas locales y sociales con autenticación multifactor (MFA) [3:04].

Dentro de este paquete ya vienen definidos los claims que Azure Active Directory maneja, incluyendo su tipo, nombre y el protocolo en el que están soportados [3:28].

¿Cómo funcionan los claims y las validaciones con regex?

¿Cómo funciona el user journey y la orquestación de pasos?

El flujo típico incluye:

Presentar la página de inicio de sesión y capturar credenciales.
Validar si el usuario se autentica con un proveedor social o con cuenta local.
Realizar llamadas a una API REST para obtener información adicional.
Generar el token y enviarlo a la URI de respuesta configurada en la aplicación [5:28].

¿Qué es un perfil técnico de validación?

¿Qué considerar para alta disponibilidad y rendimiento?

Introducción a Azure Active Directory

Azure Active Directory: Autenticación y Autorización en la Nube

Conceptos Clave de Azure Active Directory

Identidad como Clave en Seguridad de IT y Autenticación Avanzada

Autenticación de usuarios con Azure Active Directory

Autenticación Multifactor: Seguridad Adicional en Inicios de Sesión

Autenticación Moderna con Azure Active Directory B2C

Conceptos básicos

Diferencias entre Autenticación y Autorización en Azure Active Directory

Tokens en Azure Active Directory: Tipos y Uso Práctico

Protocolos de Autenticación en Azure Active Directory

Integración de Aplicaciones con Active Directory usando MSAL

Azure Active Directory B2C: Gestión de Usuarios y Autenticación

Flujos de usuario

Personalización de Active Directory B2C para Aplicaciones

Creación y gestión de Active Directory B2C en Azure

Personalización de Atributos y UI en Azure Active Directory B2C

Experiencia de usuario

Comparación de Flujos de Usuario y Directivas Personalizadas en Azure AD B2C

Políticas Personalizadas en Azure Active Directory B2C

Configuración de Prerrequisitos para Políticas Personalizadas en Azure B2C

Configuración de Políticas Personalizadas en Azure B2C

Subida y prueba de archivos en Azure para políticas de identidad

Ejemplos de Active Directory B2C para Soluciones de Identidad

Integración con Apps

Integración de Active Directory B2C en ASP.NET Core

Configuración de API en Azure Active Directory: Registro y Permisos

Integración de Active Directory en Aplicaciones .NET

Gestión de Active Directory con Microsoft Graph y APIs

Seguridad

Protección de Identidad con Acceso Condicional en Active Directory

Detección de Inicios de Sesión Comprometidos con Azure AD

Configuración de Multifactor Authentication en Azure

Conclusiones

Integración de Active Directory con Aplicaciones y UserFlows

Políticas Personalizadas en Azure Active Directory B2C