Cómo se protegen las credenciales
Los usuarios demuestran quiénes son con autenticadores, y una passkey es el principal. Las passkeys están diseñadas para resistir el phishing, que es la forma más habitual de robar credenciales.El secreto nunca sale del usuario
Una passkey mantiene el secreto que demuestra la identidad vinculado al dispositivo del usuario.
Al iniciar sesión, se demuestra que se posee sin transmitir nunca el propio secreto,
por lo que no hay nada reutilizable que un atacante pueda capturar.
Vinculada a Iru
Una passkey solo funciona cuando el usuario está iniciando sesión realmente en Iru. Una
página de phishing de apariencia similar no puede activarla, porque la passkey está vinculada
al inicio de sesión real de Iru y no responderá a un impostor.
Protegida en reposo
Lo que Iru conserva para verificar un autenticador está protegido mientras está
almacenado, y nunca es suficiente por sí solo para suplantar al usuario.
Gestionadas por usuarios y administradores
Los usuarios gestionan sus propios autenticadores en autoservicio. Si alguien pierde
el acceso a los suyos, un administrador puede restablecerlos para que el usuario pueda registrar
uno nuevo. Consulta Usuarios.
Qué autenticadores pueden registrar los usuarios, y cuáles aceptará una política
para una aplicación determinada, depende de ti. Consulta
Autenticadores y
Políticas de autenticación.
Qué recibe una aplicación (y qué no ve nunca)
Cuando un usuario accede a una aplicación a través de Iru, la aplicación sabe quién es sin saber nunca cómo lo demostró. Esta separación es lo que impide que una sola credencial robada se propague por tus aplicaciones.La aplicación recibe
Una declaración firmada que confirma quién es el usuario, además de los datos de perfil
que elegiste asignar al inicio de sesión de esa aplicación. Como la declaración está firmada,
la aplicación puede verificar que procede realmente de Iru y que no se ha manipulado.
La aplicación nunca recibe
La passkey del usuario ni ningún otro secreto de autenticador. Las aplicaciones nunca tienen los
medios para demostrar la identidad del usuario, por lo que una brecha en una aplicación no se puede
reproducir contra Iru ni contra tus otras aplicaciones.
Tú decides qué atributos de perfil se comparten con cada aplicación, de modo que una
aplicación solo ve los datos que necesita para identificar al usuario. Consulta
Asignar acceso.
Cómo se protegen las sesiones
Después de un inicio de sesión correcto, Iru establece una sesión para que no se pida al usuario que vuelva a demostrar su identidad en cada clic. Las sesiones están protegidas para que no se puedan tomar prestadas ni prolongar indefinidamente.Las sesiones caducan
Las sesiones caducan
Una sesión no dura para siempre: finaliza tras un periodo de inactividad y
también al alcanzar una antigüedad máxima, tras lo cual el usuario inicia sesión y la política
que la rige se evalúa de nuevo. La duración de la sesión que se presenta a una aplicación conectada se puede
configurar por aplicación SAML y
por rol de aplicación.
Cada inicio de sesión en una aplicación se comprueba con la política
Cada inicio de sesión en una aplicación se comprueba con la política
Iniciar sesión en una aplicación conectada pasa por la política de autenticación de esa aplicación,
por lo que una aplicación sensible puede exigir un dispositivo de confianza incluso cuando el usuario
ya ha iniciado sesión en Iru. (En cualquier caso, se requiere una passkey o Iru Access para cada
inicio de sesión). Consulta
Políticas de autenticación
y Device trust.
Las sesiones se pueden finalizar cuando sea necesario
Las sesiones se pueden finalizar cuando sea necesario
Las sesiones activas de un usuario se pueden finalizar, lo que lo obliga a volver a iniciar sesión
antes de poder continuar. Así es como cortas el acceso incluso cuando alguien
ya ha iniciado sesión.
Finalizar el acceso de inmediato
Cuando el acceso debe detenerse, no tienes que esperar a que caduque una sesión. Elige la acción que se ajuste a la situación; cada una se registra en el registro de actividad.Finalizar una sesión dentro de una aplicación conectada depende de la aplicación. Finalizar las sesiones
y suspender a un usuario detiene de inmediato los nuevos inicios de sesión a través de Iru. Si la
sesión existente de un usuario dentro de una aplicación conectada también finaliza depende de esa aplicación
y de su protocolo:
- Las aplicaciones que consultan a Iru en cada acceso dejan de permitir la entrada al usuario en la siguiente comprobación.
- En las aplicaciones aprovisionadas con SCIM,
suspender o desasignar al usuario envía a la aplicación una desactivación (el indicador
activede la cuenta se establece enfalse) o una eliminación. Que eso finalice inmediatamente las sesiones activas de la aplicación depende de cómo gestione la aplicación esa señal. - Algunas aplicaciones mantienen una sesión existente hasta que caduca, a menos que admitan la revocación de sesiones o el cierre de sesión único.
Cómo se contiene una credencial comprometida
Las piezas anteriores funcionan juntas para que una credencial robada no provoque un efecto en cadena:- Las passkeys no dan a los atacantes nada reutilizable que robar mediante phishing.
- Las aplicaciones nunca reciben los medios para demostrar la identidad, por lo que una aplicación comprometida no se puede reproducir contra Iru.
- Si algo sale mal, suspender al usuario y finalizar sus sesiones corta el acceso de inmediato, y cada paso queda registrado para su revisión.
Próximos pasos
Seguridad y privacidad
El planteamiento completo de seguridad y privacidad, expresado como garantías sencillas.
Autenticadores
Elige qué autenticadores registran y usan los usuarios.
La experiencia de inicio de sesión
Lo que ven los usuarios cuando inician sesión a través de Iru.
Usuarios
Suspende, restablece, reinicia autenticadores y gestiona los usuarios de tu
directorio.