Skip to main content
Iru Identity gira en torno a un puñado de objetos principales. Descubre qué es cada uno y cómo se conectan, y el resto del producto tendrá más sentido.

​
El panorama general

​
Objetos de identidad

Un usuario es una persona de tu directorio. Cada usuario tiene un perfil formado por atributos (nombre, correo electrónico y cualquier campo personalizado que definas). Un usuario pasa por un ciclo de vida: puede estar pending (creado pero aún no activo), active o suspended. Suspender a un usuario bloquea su acceso sin eliminar su registro ni su historial.
El esquema define los atributos que puede contener cada perfil de usuario. Además de los campos integrados, puedes añadir atributos personalizados con su propio tipo, marcarlos como obligatorios o únicos, asignarles una lista fija de valores permitidos y organizarlos en categorías. Los atributos son la materia prima sobre la que se basan las políticas, las asignaciones de aplicaciones y los Auto Groups. Consulta Esquema.
Un grupo es una colección de usuarios a la que asignas acceso como una unidad. Hay tres tipos:
  • Grupos manuales, en los que tú eliges los miembros.
  • Grupos integrados, que existen para cada tenant, como un grupo que contiene a todos los usuarios.
  • Auto Groups, cuya pertenencia se decide mediante una regla de atributos y se actualiza sola a medida que cambian los perfiles.
Consulta Grupos y Auto Groups.

​
Objetos de acceso

Una aplicación es algo en lo que los usuarios inician sesión a través de Iru. Iru actúa como proveedor de identidad de la aplicación mediante SAML u OIDC. Cada aplicación asigna atributos del perfil de usuario a la aserción o al token que envía, para que la aplicación reciba los datos de identidad que espera. Las aplicaciones tienen versiones: editas un borrador y, después, lo publicas para convertirlo en la versión actual, e Iru conserva las versiones anteriores como referencia. Una aplicación puede estar activa o inactiva.
Una plantilla es una definición de aplicación predefinida para un servicio conocido. Al crear una aplicación a partir de una plantilla, se rellena automáticamente la configuración estándar, por lo que solo tienes que proporcionar lo específico de tu tenant. Consulta Plantillas de aplicaciones.
Concedes acceso asignando grupos a una aplicación. El conjunto completo de usuarios que acaban teniendo acceso a través de esos grupos son los usuarios efectivos de la aplicación. Consulta Asignar acceso.
El aprovisionamiento mantiene las cuentas sincronizadas. El aprovisionamiento entrante incorpora usuarios al directorio desde un sistema de RR. HH. conectado o una importación de archivos. El aprovisionamiento saliente envía la creación, las actualizaciones y la eliminación de cuentas desde el directorio a tus aplicaciones conectadas, de modo que una cuenta de aplicación existe exactamente mientras se concede el acceso. Consulta Aprovisionamiento.

​
Objetos de confianza y políticas

Una política es un conjunto de reglas que decide si se permite un inicio de sesión y qué debe demostrar primero el usuario. Cuando alguien inicia sesión en una aplicación, Iru evalúa la política que la rige y registra la decisión. Consulta Políticas de autenticación.
Un autenticador es algo que un usuario usa para demostrar quién es, como una passkey o Iru Access. Los usuarios gestionan sus propios autenticadores en autoservicio, y se requiere un autenticador sólido para cada inicio de sesión. Consulta Autenticadores.
Las políticas tienen en cuenta el dispositivo. La confianza del dispositivo refleja si el usuario está en un dispositivo conocido y en buen estado, y puede ser una condición obligatoria para el acceso. Los niveles de riesgo son una clasificación que asignas para organizar las aplicaciones según su sensibilidad. Consulta Riesgo y acceso adaptativo y Device trust.
Una conexión con un proveedor de identidad permite que los usuarios inicien sesión en la plataforma Iru a través de un proveedor que ya utilizas. Úsala cuando Iru Identity sea una capa de autenticación en lugar de tu proveedor de identidad principal, o para facilitar una migración. Consulta Autenticación federada. (Para incorporar usuarios al directorio desde un sistema de RR. HH., consulta Directory Sync).

​
Objetos de administración

​
Cómo usa un inicio de sesión estos objetos

  1. Un usuario intenta abrir una aplicación, que lo redirige a Iru para iniciar sesión.
  2. El usuario se autentica en Iru con una passkey o con la aplicación Iru Access, o a través de un proveedor conectado, e Iru identifica al usuario correspondiente en el directorio.
  3. La política de autenticación de la aplicación evalúa el inicio de sesión en cuanto a la confianza del dispositivo. El usuario ya ha demostrado quién es con su autenticador en el paso anterior.
  4. Si la política se cumple y el usuario tiene asignada la aplicación, Iru emite el inicio de sesión y el usuario accede a la aplicación.
  5. El registro de actividad registra el resultado.
Asigna acceso a grupos y basa la pertenencia a los grupos en atributos siempre que puedas. Así, el acceso sigue a los usuarios automáticamente a medida que cambian sus perfiles. Eso es la automatización del ciclo de vida en Iru Identity.