AUTH4US
Solicitar demo

Federación

Tu proveedor de identidad, con AUTH4US como frontera.

Conexiones OIDC y SAML por tenant, descubrimiento por dominio verificado y protección contra la repetición de aserciones. Cada conexión dice en qué estado está.

Requiere configuraciónRequiere configurar la conexión y su secreto. Sin verificación en vivo con un IdP externo.Requiere configuraciónRequiere certificado, llave y metadatos del IdP. Sin verificación en vivo.
  1. Descubrir
  2. Autorizar
  3. Probar
  4. Verificar
  5. Consentir
  6. Emitir
  7. Sesión
  8. Revocar

El puente, paso a paso

  1. El proveedor de tu organización está fuera del límite del tenant. AUTH4US no confía en él por defecto.

  2. OIDC con PKCE S256 y state de un solo uso, o SAML: inicio hacia el IdP y respuesta en el ACS.

  3. OIDC: emisor exacto, audiencia, firma con llave del JWKS (sin alg none ni HS*), vigencia y nonce. SAML: firma, audiencia y anti-repetición.

  4. Si no hay vínculo, solo se crea una cuenta cuando la política del tenant activa JIT.

    Requiere configuraciónApagado salvo que el inquilino active jit_enabled.

  5. La sesión federada registra AMR fed. Las acciones sensibles siguen pidiendo step-up.

La aserción externa cruza el puente, pasa la validación y llega a la decisión de cuenta.

Home realm discovery: el dominio decide la puerta.

Si el dominio del usuario está verificado y apunta a una conexión activa, el inicio de sesión responde 409 con la ruta de inicio federado.

Verificado multi-nodo

Simulación local con un dominio sintético verificado: andina.example.com

Veámoslo con tus aplicaciones.

Una demostración con datos sintéticos: tus flujos, tus métodos de entrada y tu modelo de tenants.

Solicitar demoExplorar AUTH4US