> ## Documentation Index
> Fetch the complete documentation index at: https://docs.iru.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Confianza del dispositivo

> Exige el inicio de sesión desde computadoras Mac, dispositivos iPhone, dispositivos iPad y computadoras Windows conocidos, en buen estado y administrados mediante las señales del agente Iru Access.

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.

<Info>
  La confianza del dispositivo es una de las condiciones que puede aplicar una
  [política de autenticación](/es/identity/authentication/authentication-policies).
  A continuación se explica de dónde procede la información del dispositivo y las
  señales que puede exigir una política.
</Info>

## 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.

```mermaid theme={null}
flowchart LR
  agent["Iru Access<br/>en el dispositivo"] -->|"señales del dispositivo y de estado"| iru["Iru Identity"]
  iru -->|"disponibles para"| policy["Políticas de autenticación"]
```

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.

<Note>
  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](/es/identity/authentication/authenticators) para saber cómo configuran los usuarios
  Iru Access.
</Note>

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:

<CardGroup cols={2}>
  <Card title="Conocido y verificado" icon="circle-check">
    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.
  </Card>

  <Card title="Administrado" icon="building-shield">
    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.
  </Card>

  <Card title="Cifrado" icon="lock">
    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.
  </Card>

  <Card title="En buen estado" icon="heart-pulse">
    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.
  </Card>
</CardGroup>

<Warning>
  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.
</Warning>

## 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.

<AccordionGroup>
  <Accordion title="macOS" icon="apple">
    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.
  </Accordion>

  <Accordion title="Windows" icon="windows">
    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.
  </Accordion>

  <Accordion title="iOS" icon="mobile-screen">
    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.
  </Accordion>
</AccordionGroup>

<Note>
  **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.
</Note>

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](/es/identity/authentication/authentication-policies)
para saber cómo funcionan las decisiones y las infracciones.

<Note>
  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.
</Note>

## Crear un requisito de confianza del dispositivo

<Steps>
  <Step title="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](/es/identity/authentication/authenticators) e
    [Implementar Iru Access](/es/identity/authentication/deploy-iru-access) para ver los
    pasos de distribución específicos de cada plataforma, incluidos los scripts de registro administrado.
  </Step>

  <Step title="Abrir o crear una política">
    En **Policies → Authentication policies**, edita la política que debe aplicar
    la confianza del dispositivo.
  </Step>

  <Step title="Habilitar las plataformas que permites">
    Activa cada plataforma de dispositivo que deba permitirse y deja el resto desactivadas
    para denegarlas.
  </Step>

  <Step title="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.
  </Step>

  <Step title="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.
  </Step>
</Steps>

## Próximos pasos

<CardGroup cols={2}>
  <Card title="Políticas de autenticación" icon="shield-halved" href="/es/identity/authentication/authentication-policies">
    Combina la confianza del dispositivo con los requisitos de autenticador y de riesgo.
  </Card>

  <Card title="Autenticadores" icon="key" href="/es/identity/authentication/authenticators">
    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.
  </Card>

  <Card title="Riesgo y acceso adaptativo" icon="gauge-high" href="/es/identity/authentication/risk-based-access">
    Agrega un riesgo basado en el contexto además de la confianza del dispositivo.
  </Card>

  <Card title="Arquitectura del sistema" icon="sitemap" href="/es/identity/getting-started/system-architecture">
    Mira cómo fluyen las señales del dispositivo a través de Iru.
  </Card>
</CardGroup>