Ir al contenido

Login con Microsoft en grupos de seguridad

Los grupos de seguridad protegen formularios y dashboards con un login compartido. Además de usuario/contraseña y OTP, un grupo puede aceptar inicio de sesión con Microsoft (Entra ID / Azure AD): el usuario final entra con su cuenta Microsoft y Floogos valida su identidad contra una lista de permitidos del grupo.

  1. El usuario abre un formulario o dashboard protegido y elige Iniciar sesión con Microsoft.
  2. Se autentica en Microsoft.
  3. Floogos recibe su email y su directorio (tenant), y los valida contra la configuración del grupo.
  4. Si pasa, se crea una sesión compartida válida para todos los formularios y dashboards de ese grupo.

Hay un único punto de retorno para todos los grupos, así que solo se registra una URL en Azure aunque tengas muchos grupos.

  • Un directorio de Microsoft Entra ID donde registrar la app (permiso para crear registraciones).
  • Que el administrador de Floogos defina las credenciales de la app (paso siguiente).

Paso 1 — Registrar la app en Azure / Entra ID

Sección titulada «Paso 1 — Registrar la app en Azure / Entra ID»
  1. Azure Portal → Microsoft Entra ID → App registrations → New registration.
  2. Nombre: por ejemplo Floogos – Login de formularios.
  3. Tipos de cuenta admitidos:
    • Un solo directorio (solo tu organización), o
    • Cualquier directorio / cuentas Microsoft si vas a permitir cuentas externas (luego se filtran por lista de permitidos).
  4. URI de redirección (tipo Web), exactamente:
    https://TU_DOMINIO/f/realm/oauth/microsoft/callback
  5. Registrar y copiar el Application (client) ID y el Directory (tenant) ID.
  6. En Certificates & secrets → New client secret, copiar el Value al momento de crearlo (después no se muestra).
  7. Permisos: alcanza con los de identidad básica (openid, profile, email); no requiere consentimiento de administrador.

Paso 2 — Cargar las credenciales en Floogos

Sección titulada «Paso 2 — Cargar las credenciales en Floogos»

El administrador de la plataforma define estas variables de entorno en el servidor:

VariableValor
MS_FORM_CLIENT_IDApplication (client) ID de la app de Azure
MS_FORM_CLIENT_SECRETValue del client secret
MS_FORM_REDIRECT_URILa misma URL de redirección registrada en Azure
FORM_AUTH_SECRETSecreto para firmar sesiones y el estado del OAuth

Si las credenciales no están cargadas, la opción de Microsoft no aparece en el login (los demás métodos siguen funcionando).

En Organización → Seguridad, edita el grupo:

  1. Habilita el método Microsoft.
  2. Elige el modo:
ModoQuién puede entrarLista de permitidos
Un directorio (single)Solo el directorio (tenant) que indiquesOpcional (si la agregas, restringe aún más)
Cualquier cuenta (multi)Cualquier cuenta Microsoft, filtrada por la listaObligatoria — sin lista no entra nadie
  1. Completa la lista de permitidos por email o por dominio (por ejemplo empresa.com). Un usuario entra si su email está en la lista o su dominio coincide.
MensajeCausaSolución
redirect_uri_mismatch (pantalla de Microsoft)La URL de redirección no coincide con AzureQue MS_FORM_REDIRECT_URI sea idéntica a la registrada (esquema, dominio, ruta, sin / final de más).
invalid_stateEl estado expiró o el secreto difiere entre servidoresReintentar; verificar que FORM_AUTH_SECRET sea el mismo en todas las instancias.
no_allowlistModo cualquier cuenta sin listaAgregar emails o dominios permitidos al grupo.
not_allowedEl email/dominio no está permitidoAgregarlo a la lista del grupo.
no_emailMicrosoft no devolvió emailAsegurar el permiso email y que la cuenta tenga correo.
No aparece el botón de MicrosoftFaltan MS_FORM_CLIENT_ID/SECRETCargar las credenciales y reiniciar.
AADSTS7000215Client secret vencido o incorrectoRegenerar el secret en Azure y actualizar MS_FORM_CLIENT_SECRET.
  • El client secret de Azure vence — anota la fecha y rótalo antes del vencimiento.
  • En despliegues con varios servidores, todos deben compartir el mismo FORM_AUTH_SECRET y las mismas credenciales de Microsoft.