Skip to main content
La confianza del dispositivo permite que una política de autenticación tenga en cuenta el dispositivo antes de conceder el acceso. En lugar de preguntar solo quién inicia sesión, una política también puede preguntar desde qué dispositivo lo hace, y exigir que el dispositivo sea conocido, esté en buen estado y esté administrado.
La confianza del dispositivo es una de las condiciones que puede aplicar una política de autenticación. A continuación se explica de dónde procede la información del dispositivo y las señales que puede exigir una política.

De dónde procede la información del dispositivo

El estado del dispositivo procede de la aplicación Iru Access (la misma aplicación que usan los usuarios para iniciar sesión) que se ejecuta en el dispositivo. Cuando se configura un dispositivo por primera vez, Iru confirma que es un dispositivo auténtico y registrado; a partir de entonces, Iru Access informa a Iru de las señales de estado del dispositivo, donde tus políticas de autenticación pueden usarlas. Iru Access informa de estas señales cuando se registra un dispositivo, cada vez que el usuario inicia sesión y (en las computadoras) en un registro periódico en segundo plano. Las políticas que exigen el estado del dispositivo tratan esas instantáneas como sensibles al tiempo. Si la instantánea de estado o de Play Integrity de un dispositivo falta o tiene más de 24 horas, la política deniega el inicio de sesión. Mantén Iru Access instalado y en condiciones de registrarse para que las señales estén lo bastante actualizadas para su aplicación.
Las señales del dispositivo solo están disponibles para los dispositivos que tienen Iru Access registrado, así que distribúyelo antes de exigir la confianza del dispositivo. Consulta Autenticadores para saber cómo configuran los usuarios Iru Access.
Iru reconoce laptops, computadoras de escritorio, teléfonos y tabletas con macOS, Windows e iOS.

Qué puede significar “de confianza”

Un requisito de confianza del dispositivo es una combinación de señales que eliges. En términos sencillos, una política puede exigir que un dispositivo sea:

Conocido y verificado

El dispositivo es un dispositivo auténtico y reconocido, no uno desconocido o suplantado. Iru puede confirmar que un dispositivo está certificado (attested) antes de confiar en sus señales.

Administrado

El dispositivo está inscrito en la administración de dispositivos de tu organización. Iru lo determina a partir de la evidencia de administración que informa Iru Access, como un perfil de inscripción en una Mac, la inscripción MDM en una computadora Windows o la configuración de aplicación administrada en un dispositivo móvil.

Cifrado

El cifrado de disco del dispositivo está activado, por lo que los datos en reposo están protegidos si el dispositivo se pierde o es robado.

En buen estado

El dispositivo cumple el estado que exiges; por ejemplo, sus funciones de protección están activadas y ejecuta una versión aceptable del sistema operativo.
Las señales de confianza del dispositivo solo están disponibles para los dispositivos que tienen registrado el agente Iru Access. Una política que exige un dispositivo en buen estado denegará el inicio de sesión desde los dispositivos de los que Iru no tenga señales de confianza, así que distribuye Iru Access en toda tu flota antes de aplicar una política de este tipo de forma amplia.

Cómo usa una política la confianza del dispositivo

Una política considera primero en qué plataforma está un dispositivo y luego aplica los requisitos que estableciste para esa plataforma. Las señales disponibles varían según la plataforma porque cada sistema operativo expone protecciones diferentes.
En una Mac, Iru Access informa de un amplio conjunto de señales: cifrado de disco (FileVault) activado, firewall activado, System Integrity Protection activada, volumen del sistema sellado (verificado) y la versión del sistema operativo. Exige la combinación que necesite tu política.
En Windows, Iru Access también informa de un amplio conjunto: cifrado de disco (BitLocker) activado, firewall activado, protección del Antivirus de Microsoft Defender activada, arranque seguro activado, integridad de memoria activada, presencia de un chip de seguridad de hardware (TPM) y la compilación del sistema operativo. Si tu organización usa un antivirus de terceros en lugar de Microsoft Defender, prueba esa señal antes de aplicarla.
En un dispositivo móvil, Iru Access informa de un conjunto más reducido: si hay un código (bloqueo de pantalla) establecido y la versión del sistema operativo.
Qué significan algunas señales de macOS: System Integrity Protection (SIP) impide incluso a un administrador modificar los archivos protegidos del sistema; un Signed System Volume (SSV) es un volumen del sistema sellado criptográficamente que evidencia cualquier manipulación; y la extensión de inicio de sesión único (SSO) es el componente de macOS que permite a Iru gestionar los inicios de sesión en aplicaciones del dispositivo. Exigirlas confirma que las protecciones principales del dispositivo están intactas.
Para cada señal, decides si debe estar activada, desactivada o si se debe ignorar; para las versiones, eliges la comparación y el valor objetivo. Si un dispositivo no cumple una señal exigida, el inicio de sesión falla y el requisito no cumplido se registra como una infracción. Consulta Políticas de autenticación para saber cómo funcionan las decisiones y las infracciones.
Solo las plataformas que habilitas en una política pueden iniciar sesión en las aplicaciones que rige. Si una plataforma se deja deshabilitada, se deniega el acceso a los dispositivos de esa plataforma.

Crear un requisito de confianza del dispositivo

1

Distribuir Iru Access

Asegúrate de que los dispositivos en los que quieres confiar tengan Iru Access instalado y registrado. Puedes implementarlo mediante tu MDM, y los usuarios terminan la configuración a partir de una invitación. Sin él, Iru no tiene señales del dispositivo. Consulta Autenticadores e Implementar Iru Access para ver los pasos de distribución específicos de cada plataforma, incluidos los scripts de registro administrado.
2

Abrir o crear una política

En Policies → Authentication policies, edita la política que debe aplicar la confianza del dispositivo.
3

Habilitar las plataformas que permites

Activa cada plataforma de dispositivo que deba permitirse y deja el resto desactivadas para denegarlas.
4

Establecer las señales exigidas

Para cada plataforma, exige las señales de estado del dispositivo que necesites, como el cifrado activado, la administración y una versión mínima del sistema operativo.
5

Asignar y verificar

Asigna la política a las aplicaciones correspondientes y prueba el inicio de sesión desde un dispositivo administrado para confirmar el resultado.

Próximos pasos

Políticas de autenticación

Combina la confianza del dispositivo con los requisitos de autenticador y de riesgo.

Autenticadores

Iru Access es tanto la forma en que los usuarios inician sesión como la forma en que se recopilan las señales del dispositivo.

Riesgo y acceso adaptativo

Agrega un riesgo basado en el contexto además de la confianza del dispositivo.

Arquitectura del sistema

Mira cómo fluyen las señales del dispositivo a través de Iru.