Identidad · nivel enterprise

La identidad de tu organización, un solo IdP por delante

Abantum autentica a tus personas una sola vez y emite un token que el resto de tus aplicaciones valida — con análisis de comportamiento adaptativo y firma post-cuántica de fábrica, no como una hoja de ruta a futuro.

0bits, firma ML-DSA
0login, todas las apps
0contraseñas en texto plano
0% cripto-ágil por diseño
Desplázate
El problema

El perímetro ya no es la red.
Es cada identidad.

Contraseñas reutilizadas, MFA que se puede eludir, y un reloj que ya corre: el día en que la criptografía de clave pública actual deje de proteger nada tiene nombre — Q-Day — y no se sabe con precisión cuándo llega.

01

Credenciales, el vector más usado

El robo o reutilización de contraseñas sigue siendo la vía de entrada más explotada en incidentes reales — y la más barata de evitar con el diseño correcto.

02

Identidad fragmentada

Cada aplicación con su propio login es cada aplicación con su propia superficie de ataque — y su propio punto en el que dar de baja a alguien se puede olvidar.

03

"Cosechar ahora, descifrar después"

El tráfico cifrado hoy con criptografía clásica puede guardarse para descifrarse el día que exista un ordenador cuántico suficiente. Migrar tarde no es una opción para datos de largo plazo.

La solución

Un IdP central,
tres pilares reales

Modelo de referencia: el mismo que ya conoces de Okta o Zoho Directory — un login, una consola de identidad por organización, SSO al resto de tus apps — más dos diferenciadores que hoy casi nadie ofrece de serie.

Authentication

OPAQUE (el servidor nunca ve tu contraseña, ni en tránsito ni en reposo) + MFA + passkeys, o federación OIDC/SAML contra tu propio IdP.

  • DPoP por petición (RFC 9449): un token robado no sirve sin la clave privada
  • Multi-tenant por realms: emisor y clave propios por organización
  • SCIM entrante y saliente

Behavioral Analysis

Un motor propio puntúa la estructura temporal de cada intento de login para distinguir a una persona de un script — sin bloquear nada hasta que el umbral esté calibrado con tráfico real.

  • Señales deterministas: país, dispositivo conocido, filtración de credencial
  • Riesgo continuo durante toda la sesión, no solo al entrar
  • Alertas de picos de denegación a los administradores

post-qUantUM

Firma cripto-ágil: ES256 hoy, ML-DSA (FIPS 204) ya disponible, e híbrido en camino — sin romper el contrato de token de ninguna aplicación que ya te valide.

  • Rotación de clave sin interrumpir sesiones activas
  • Firma respaldada por HSM (o clave local para evaluación)
  • Mismo software, hosted o self-host
Arquitectura

Un contrato de token,
no una integración a medida

Persona → OPAQUE + MFA
Federación OIDC / SAML
Passkey / WebAuthn
Token firmado + DPoP
Tu aplicación valida
01

Autenticación, sea cual sea la vía

Contraseña OPAQUE, passkey, o el IdP que tu organización ya use — Abantum decide la vía por dominio de correo.

02

Un token, un contrato

OIDC/JWT con DPoP, cripto-ágil: el algoritmo, el emisor y la clave son configuración, nunca código de la aplicación.

03

Cada producto valida, ninguno autentica

Tus aplicaciones comprueban la firma y el `aud` — nunca gestionan una contraseña por su cuenta.

04

Hosted o self-host

Mismo software. Si tu organización necesita operar su propia instancia, lo hace sin renegociar el contrato con el resto de tus apps.

Comportamiento, en vivo

Lo que ve un administrador

Concedidos, denegados, por qué regla, a quién le pasa y a qué horas — sobre el registro de accesos que tu organización ya tiene, sin ninguna fuente de datos nueva ni puntuación inventada.

ciso.abantum.com/admin/org/uba
Entradas4 218
Rechazos63
Sin motivo anotado2
Retención90d
A quién le pasa
m.ruiz@cliente
bajo
svc-integracion
medio
a.garcia@cliente
alto
j.lopez@cliente
bajo
Dónde encaja

Identidad para organizaciones con algo que perder

Financiero

Continuidad y trazabilidad

Un registro de accesos completo y separación de funciones, con certificación periódica de quién tiene qué.

Sector público

Soberanía real

Self-host cuando el dato no puede salir de tu perímetro — mismo software, mismo contrato de token.

Infraestructuras críticas

Identidad no-humana gobernada

Cuentas de servicio y agentes con propietario obligatorio, nunca huérfanas.

Multi-organización

Un IdP, muchas realidades

Cada organización con su emisor, su clave de firma y su política — aislado de verdad, no por convención.

Cumplimiento

Construido para organizaciones reguladas

No sustituye tu auditoría de cumplimiento — sí te da los controles de identidad que NIS2, DORA y el ENS dan por hecho: MFA, trazabilidad, separación de funciones y gestión de identidad no-humana.

NIS2

Autenticación multifactor y gestión de accesos privilegiados como control de base.

DORA

Trazabilidad de accesos e identidad de terceros, con retención configurable por organización.

ENS

Segregación de funciones, revisión periódica de accesos y registro de auditoría.

ISO 27001

Gobierno de identidad como control técnico verificable, no como política sobre papel.

En qué se apoya

Estándares abiertos, no una caja negra

Nada de esto es propietario. Puedes auditar cada pieza contra su especificación pública.

IETF CFRG · OPAQUE

Autenticación sin exponer nunca la contraseña al servidor — ni siquiera durante el registro. El protocolo hace imposible un volcado de contraseñas en texto plano por diseño.

RFC 9449 · DPoP

Cada token va atado a una clave que el cliente demuestra poseer en cada petición. Un token interceptado, sin la clave privada, no vale nada.

FIPS 204 · ML-DSA

Firma digital post-cuántica estandarizada por el NIST — no una implementación propia sin revisar.

Empieza hoy

Tu identidad, lista para la próxima década — no solo para este trimestre

Habla con nosotros para ver Abantum contra tu propio catálogo de aplicaciones.