De desconocido a confiable.

AUTH4US es la capa de identidad y acceso de la familia 4US: OpenID Connect, passkeys, step-up, sesiones, federación y SCIM en un runtime Go con consola de operación.

Grants
code, client_credentials, refresh, deviceVerificado en CI de integración
PKCE
S256 (plain deshabilitado)Verificado en el producto
Firma
ES256 sobre P-256Verificado en el producto
Aprovisionamiento
SCIM 2.0Verificado multi-nodo

El viaje de una identidad, en ocho etapas.

Cada etapa es un comportamiento real del runtime, con su estado verificable.

La aplicación descubre al emisor.

Discovery publica los endpoints y JWKS las llaves públicas. Nada de rutas escritas a mano.

Verificado en CI de integración
Discovery y endpoints

Descubrir

  • GET/.well-known/openid-configuration
  • response_types["code"]
  • pkce["S256"]
  • firma["ES256"]

Una plataforma, sin piezas de adorno.

Métodos de entrada, decisiones de riesgo, sesiones y empresa. Pruébalo: todo responde con datos sintéticos.

Métodos de entrada

Esperando la confirmación de la passkey

Código completo

Componentes reales de @auth4us/ui-react. Passkeys

Riesgo determinista

Reglas con puntos fijos. Mismas señales, misma decisión.

25 puntos

  1. allow< 15
  2. review15–29
  3. step_up30–59
  4. block60–99
  5. revoke≥ 100
ParcialHoy la decisión solo clasifica eventos de inicio fallido; no bloquea, no pide step-up ni revoca en tiempo de ejecución.

Sesiones revocables

  • PortátilAMR pwd, otp, AAL2Esta sesión
  • TeléfonoAMR pwd, AAL1
  • Equipo compartidoAMR pwd, AAL1

Multi-nodo, con AMR/AAL y CSRF.

Verificado multi-nodo

Empresa

  • Federación OIDC y SAML por tenant.

    Requiere configuración
  • El dominio verificado elige la conexión.

    Verificado multi-nodo
  • SCIM 2.0 con tokens ligados al tenant.

    Verificado multi-nodo
  • Resolución de tenant que falla cerrado.

    Verificado en CI de integración
Enterprise

Una consola para operar la identidad, no para decorarla.

Capturas de la consola real, en su idioma y tema originales, con datos sintéticos.

Escritorio

Conteos de personas, organizaciones, sesiones y eventos de auditoría, y las acciones recientes del proceso.

Verificado en el productoVerificado en el producto

1 de 6

Escritorio de la consola AUTH4US: 8 personas, 3 organizaciones, 4 sesiones y 242 eventos de auditoría en un entorno sintético

Para quien integra: estándares, discovery y nada de secretos en el navegador.

Descubre los endpoints, usa PKCE y deja la política en el emisor. Los ejemplos usan valores sintéticos.

/connect/authorize
Autorización (code + PKCE)
/connect/token
Intercambio y refresh
/connect/userinfo
Claims con Bearer
/connect/introspect
Introspección (HTTP Basic)
/connect/revocation
Revocación (HTTP Basic)
/connect/deviceauthorization
Device code
/connect/endsession
Cierre con redirect exacto
Verificado en CI de integraciónCódigo completo

Guía para desarrolladores

import { createAuth4US } from "@auth4us/core";

const client = createAuth4US({
  issuer: "https://auth.example.com",
  clientId: "portal-demo",
  redirectUri: "https://portal.example.com/auth/callback",
  scopes: ["openid", "profile", "email"],
});

await client.login({ method: "passkey" });
await client.handleCallback(window.location.href);

// La política la decide el emisor; el cliente solo pregunta.
client.hasPermission("users.read");

Cliente público: código de autorización + PKCE. Sin secreto de cliente en el navegador.

Las aplicaciones arriba. La confianza, debajo.

Diseñado como la capa de identidad del ecosistema 4US, con presets visuales del SDK para que cada producto conserve su marca.

Información del propietarioIntegraciones de ejemplo. No se afirma SSO entre productos 4US en producción.