Directivas de dispositivos y aplicaciones

Last published : Oct 21, 2026
Las directivas de dispositivos y aplicaciones de XenMobile® le permiten optimizar el equilibrio entre factores como:
  • Seguridad empresarial
  • Protección de datos y activos corporativos
  • Privacidad del usuario
  • Experiencias de usuario productivas y positivas
El equilibrio óptimo entre esos factores puede variar. Por ejemplo, las organizaciones altamente reguladas, como las financieras, requieren controles de seguridad más estrictos que otras industrias, como la educación y el comercio minorista, en las que la productividad del usuario es una consideración principal.
Puede controlar y configurar directivas de forma centralizada en función de la identidad, el dispositivo, la ubicación y el tipo de conectividad de los usuarios para restringir el uso malintencionado del contenido corporativo. En caso de pérdida o robo de un dispositivo, puede deshabilitar, bloquear o borrar de forma remota las aplicaciones y los datos empresariales. El resultado general es una solución que aumenta la satisfacción y la productividad de los empleados, al tiempo que garantiza la seguridad y el control administrativo.
El enfoque principal de este artículo son las numerosas directivas de dispositivos y aplicaciones relacionadas con la seguridad.
Related information
Implementación de XenMobile®

Directivas que abordan los riesgos de seguridad

Las directivas de dispositivos y aplicaciones de XenMobile abordan muchas situaciones que podrían suponer un riesgo de seguridad, como las siguientes:
  • Cuando los usuarios intentan acceder a aplicaciones y datos desde dispositivos no fiables y ubicaciones impredecibles.
  • Cuando los usuarios transfieren datos de un dispositivo a otro.
  • Cuando un usuario no autorizado intenta acceder a los datos.
  • Cuando un usuario que ha dejado la empresa utilizó su propio dispositivo (BYOD).
  • Cuando un usuario extravía un dispositivo.
  • Cuando los usuarios deben acceder a la red de forma segura siempre.
  • Cuando los usuarios tienen su propio dispositivo administrado y usted debe separar los datos de trabajo de los datos personales.
  • Cuando un dispositivo está inactivo y requiere una nueva verificación de las credenciales del usuario.
  • Cuando los usuarios copian y pegan contenido sensible en sistemas de correo electrónico no protegidos.
  • Cuando los usuarios reciben archivos adjuntos de correo electrónico o enlaces web con datos sensibles en un dispositivo que contiene cuentas personales y de la empresa.
Esas situaciones se relacionan con dos áreas principales de preocupación al proteger los datos de la empresa, que son cuando los datos están:
  • En reposo
  • En tránsito

Cómo XenMobile protege los datos en reposo

Los datos almacenados en dispositivos móviles se denominan datos en reposo. XenMobile utiliza el cifrado de dispositivos proporcionado por las plataformas iOS y Android. XenMobile complementa el cifrado basado en plataforma con funciones como la comprobación de cumplimiento, disponible a través del SDK de Citrix MAM.
Las capacidades de administración de aplicaciones móviles (MAM) en XenMobile permiten la gestión, seguridad y control completos sobre las aplicaciones de productividad móvil, las aplicaciones habilitadas para MDX y sus datos asociados.
El SDK de aplicaciones móviles permite la implementación de aplicaciones para XenMobile mediante el uso de la tecnología de contenedor de aplicaciones Citrix MDX. La tecnología de contenedor separa las aplicaciones y los datos corporativos de las aplicaciones y los datos personales en un dispositivo de usuario. La separación de datos le permite proteger cualquier aplicación móvil desarrollada a medida, de terceros o BYO con controles completos basados en políticas.
XenMobile también incluye cifrado a nivel de aplicación. XenMobile cifra por separado los datos almacenados dentro de cualquier aplicación habilitada para MDX sin requerir un código de acceso del dispositivo y sin requerir que usted administre el dispositivo para aplicar la política.
Las políticas y el SDK de aplicaciones móviles le permiten:
  • Separe las aplicaciones y los datos empresariales y personales en un contenedor móvil seguro.
  • Proteja las aplicaciones con cifrado y otras tecnologías móviles de prevención de pérdida de datos (DLP).
Las directivas MDX proporcionan muchos controles operativos. Puede habilitar la integración perfecta entre las aplicaciones que tienen el SDK de MAM habilitado o que están encapsuladas en MDX, al tiempo que controla toda la comunicación. De este modo, puede aplicar directivas, como garantizar que los datos solo sean accesibles por aplicaciones con el SDK de MAM habilitado o encapsuladas en MDX.
Más allá del control de directivas de dispositivos y aplicaciones, la mejor manera de proteger los datos en reposo es el cifrado. XenMobile añade una capa de cifrado a cualquier dato almacenado en una aplicación habilitada para MDX, lo que le da control de directivas sobre funciones como el cifrado de archivos públicos, el cifrado de archivos privados y las exclusiones de cifrado. El SDK de aplicaciones móviles utiliza cifrado AES de 256 bits compatible con FIPS 140-2 con claves almacenadas en un Citrix Secret Vault protegido.

Cómo protege XenMobile los datos en tránsito

Los datos que se mueven entre los dispositivos móviles de su usuario y su red interna se denominan datos en tránsito. La tecnología de contenedor de aplicaciones MDX proporciona acceso VPN específico de la aplicación a su red interna a través de Citrix Gateway.
Considere la situación en la que un empleado desea acceder a los siguientes recursos que residen en la red empresarial segura desde un dispositivo móvil:
  • El servidor de correo electrónico corporativo
  • Una aplicación web habilitada para SSL alojada en la intranet corporativa
  • Documentos almacenados en un servidor de archivos o en Microsoft SharePoint
MDX permite el acceso a todos estos recursos empresariales desde dispositivos móviles a través de una micro VPN específica de la aplicación. Cada dispositivo tiene su propio túnel micro VPN dedicado.
La funcionalidad de micro VPN no requiere una VPN para todo el dispositivo, lo que puede comprometer la seguridad en dispositivos móviles no confiables. Como resultado, la red interna no está expuesta a malware o ataques que puedan infectar todo el sistema corporativo. Las aplicaciones móviles corporativas y las aplicaciones móviles personales pueden coexistir en un solo dispositivo.
Para ofrecer niveles de seguridad aún más sólidos, puede configurar aplicaciones habilitadas para MDX con una directiva de Citrix Gateway alternativo, utilizada para la autenticación y para sesiones de micro VPN con una aplicación. Puede usar un Citrix Gateway alternativo con la directiva de sesión en línea obligatoria para forzar a las aplicaciones a volver a autenticarse en el gateway específico. Dichos gateways suelen tener requisitos de autenticación y directivas de administración de tráfico diferentes (de mayor seguridad).
Además de las funciones de seguridad, la función de micro VPN también ofrece técnicas de optimización de datos, incluidos algoritmos de compresión. Los algoritmos de compresión garantizan que:
  • Solo se transfieren datos mínimos
  • La transferencia se realiza en el menor tiempo posible. La velocidad mejora la experiencia del usuario, lo cual es un factor clave de éxito en la adopción de dispositivos móviles.
Reevalúe sus directivas de dispositivo periódicamente, por ejemplo, en estas situaciones:
  • Cuando una nueva versión de XenMobile incluye directivas nuevas o actualizadas debido al lanzamiento de actualizaciones del sistema operativo del dispositivo
  • Cuando agrega un tipo de dispositivo:
    Aunque muchas directivas son comunes a todos los dispositivos, cada dispositivo tiene un conjunto de directivas específicas de su sistema operativo. Como resultado, puede encontrar diferencias entre dispositivos iOS, Android y Windows, e incluso entre dispositivos Android de diferentes fabricantes.
  • Para mantener el funcionamiento de XenMobile sincronizado con los cambios empresariales o de la industria, como nuevas directivas de seguridad corporativas o normativas de cumplimiento
  • Cuando una nueva versión de MAM SDK incluye directivas nuevas o actualizadas
  • Cuando agrega o actualiza una aplicación
  • Para integrar nuevos flujos de trabajo para sus usuarios como resultado de nuevas aplicaciones o nuevos requisitos

Directivas de aplicaciones y escenarios de casos de uso

Aunque puede elegir qué aplicaciones están disponibles a través de Secure Hub, es posible que también desee definir cómo interactúan esas aplicaciones con XenMobile. Utilice las directivas de aplicaciones:
  • Si desea que los usuarios se autentiquen después de que transcurra un cierto período de tiempo.
  • Si desea proporcionar a los usuarios acceso sin conexión a su información.
Las siguientes secciones incluyen algunas de las directivas y ejemplos de uso.

Directivas de autenticación

  • Contraseña del dispositivo
    Por qué usar esta directiva: Habilite la directiva Contraseña del dispositivo para exigir que un usuario solo pueda acceder a una aplicación MDX si el dispositivo tiene una contraseña de dispositivo habilitada. Esta función garantiza el uso del cifrado de iOS a nivel del dispositivo.
    Ejemplo de usuario: Habilitar esta directiva significa que el usuario debe establecer una contraseña en su dispositivo iOS antes de poder acceder a la aplicación MDX.
  • Contraseña de la aplicación
    Por qué usar esta directiva: Habilite la directiva Contraseña de la aplicación para que Secure Hub pida a un usuario que se autentique en la aplicación administrada antes de que pueda abrir la aplicación y acceder a los datos. El usuario puede autenticarse con su contraseña de Active Directory, el PIN de Citrix o TouchID de iOS, según lo que configure en Propiedades de cliente en la configuración de XenMobile Server. Puede establecer un temporizador de inactividad en Propiedades de cliente para que, con el uso continuado, Secure Hub no pida al usuario que se autentique de nuevo en la aplicación administrada hasta que expire el temporizador.
    La contraseña de la aplicación difiere de la contraseña del dispositivo en que, con una directiva de contraseña del dispositivo enviada a un dispositivo, Secure Hub pide al usuario que configure una contraseña o un PIN, que debe desbloquear antes de poder acceder a su dispositivo cuando lo enciende o cuando expira el temporizador de inactividad. Para obtener más información, consulte Autenticación en XenMobile.
    Ejemplo de usuario: Al abrir la aplicación Citrix Secure Web™ en el dispositivo, el usuario debe introducir su PIN de Citrix antes de poder navegar por los sitios web si el período de inactividad ha expirado.
  • Sesión en línea requerida
    Por qué usar esta directiva: Si una aplicación requiere acceso a una aplicación web (servicio web) para ejecutarse, habilite esta directiva para que XenMobile pida al usuario que se conecte a la red empresarial o que tenga una sesión activa antes de usar la aplicación.
    Ejemplo de usuario: Cuando un usuario intenta abrir una aplicación MDX que tiene habilitada la directiva Sesión en línea requerida, no puede usar la aplicación hasta que se conecte a la red mediante un servicio de datos móviles o Wi-Fi.
  • Período máximo sin conexión
    Por qué usar esta directiva: Utilice esta directiva como una opción de seguridad adicional para garantizar que los usuarios no puedan ejecutar una aplicación sin conexión durante largos períodos de tiempo sin volver a confirmar el derecho a la aplicación y actualizar las directivas de XenMobile.
    Ejemplo de usuario: Si configura una aplicación MDX con un Período máximo sin conexión, el usuario puede abrir y usar la aplicación sin conexión hasta que expire el período del temporizador sin conexión. En ese momento, el usuario debe volver a conectarse a la red mediante un servicio de datos móviles o Wi-Fi y volver a autenticarse, si se le solicita.

Políticas de acceso diversas

  • Período de gracia para la actualización de la aplicación (horas)
    Por qué usar esta política: El período de gracia para la actualización de la aplicación es el tiempo disponible para el usuario antes de que deba actualizar una aplicación que tiene una versión más reciente publicada en la tienda XenMobile. En el momento de la caducidad, el usuario debe actualizar la aplicación antes de poder acceder a los datos de la misma. Al establecer este valor, tenga en cuenta las necesidades de su personal móvil, especialmente aquellos que puedan experimentar largos períodos sin conexión cuando viajan internacionalmente.
    Ejemplo de usuario: Carga una nueva versión de Secure Mail en la tienda XenMobile y luego establece un período de gracia para la actualización de la aplicación de 6 horas. Todos los usuarios de Secure Mail ven un mensaje pidiéndoles que actualicen su aplicación Secure Mail, hasta que expiren las 6 horas. Cuando expiran las 6 horas, Secure Hub redirige a los usuarios a la tienda XenMobile.
  • Período de sondeo activo (minutos)
    Por qué usar esta política: El período de sondeo activo es el intervalo en el que XenMobile comprueba las aplicaciones para determinar cuándo realizar acciones de seguridad, como Bloqueo de aplicaciones y Borrado de aplicaciones.
    Ejemplo de usuario: Si establece la política de período de sondeo activo en 60 minutos, cuando envía el comando Bloqueo de aplicaciones desde XenMobile al dispositivo, el bloqueo se produce dentro de los 60 minutos posteriores al último sondeo.

Políticas de comportamiento de dispositivos no conformes

Cuando un dispositivo no cumple los requisitos mínimos de conformidad, la política de comportamiento de dispositivos no conformes le permite seleccionar la acción a realizar. Para obtener información, consulte Comportamiento de dispositivos no conformes.

Políticas de interacción de aplicaciones

Por qué usar estas políticas: Utilice las políticas de interacción de aplicaciones para controlar el flujo de documentos y datos de las aplicaciones MDX a otras aplicaciones del dispositivo. Por ejemplo, puede evitar que un usuario mueva datos a sus aplicaciones personales fuera del contenedor o que pegue datos de fuera del contenedor en las aplicaciones en contenedores.
Ejemplo de usuario: Establece una política de interacción de aplicaciones en Restringido, lo que significa que un usuario puede copiar texto de Secure Mail a Secure Web, pero no puede copiar esos datos a su navegador personal Safari o Chrome que está fuera del contenedor. Además, un usuario puede abrir un documento adjunto de Secure Mail en Citrix Files o Quick Edit, pero no puede abrir el documento adjunto en sus propias aplicaciones personales de visualización de archivos que están fuera del contenedor.

Políticas de restricciones de aplicaciones

Por qué usar estas políticas: Utilice las políticas de restricciones de aplicaciones para controlar a qué funciones pueden acceder los usuarios desde una aplicación MDX mientras está abierta. Esto ayuda a garantizar que no se pueda realizar ninguna actividad maliciosa mientras la aplicación está en ejecución. Las políticas de restricciones de aplicaciones varían ligeramente entre iOS y Android. Por ejemplo, en iOS puede bloquear el acceso a iCloud mientras la aplicación MDX está en ejecución. En Android, puede detener el uso de NFC mientras la aplicación MDX está en ejecución.
Ejemplo de usuario: Si habilita la política de restricción de aplicaciones para bloquear el dictado en iOS en una aplicación MDX, el usuario no puede usar la función de dictado en el teclado de iOS mientras la aplicación MDX está en ejecución. Por lo tanto, los datos que dictan los usuarios no se pasan al servicio de dictado en la nube de terceros no seguro. Cuando el usuario abre su aplicación personal fuera del contenedor, la opción de dictado permanece disponible para el usuario para sus comunicaciones personales.

Políticas de acceso a la red de aplicaciones

Por qué usar estas políticas: Utilice las políticas de acceso a la red de aplicaciones para proporcionar acceso desde una aplicación MDX en el contenedor del dispositivo a los datos que se encuentran dentro de su red corporativa. Para la política de acceso a la red, establezca la opción Tunelizado a la red interna para automatizar una micro VPN desde la aplicación MDX a través de Citrix ADC a un servicio web o almacén de datos de back-end.
Ejemplo de usuario: Cuando un usuario abre una aplicación MDX, como Secure Web, que tiene la tunelización habilitada, el navegador se abre e inicia un sitio de intranet sin que el usuario necesite iniciar una VPN. La aplicación Secure Web accede automáticamente al sitio interno mediante la tecnología de micro VPN.

Políticas de geolocalización y geocercado de aplicaciones

Por qué usar estas políticas: Las políticas que controlan la geolocalización y el geocercado de aplicaciones incluyen la longitud del punto central, la latitud del punto central y el radio. Esas políticas restringen el acceso a los datos en las aplicaciones MDX a un área geográfica específica. Las políticas definen un área geográfica mediante un radio de coordenadas de latitud y longitud. Si un usuario intenta usar una aplicación fuera del radio definido, la aplicación permanece bloqueada y el usuario no puede acceder a los datos de la aplicación.
Ejemplo de usuario: Un usuario puede acceder a los datos de fusiones y adquisiciones mientras se encuentra en la ubicación de su oficina. Cuando se mueven fuera de la ubicación de su oficina, estos datos confidenciales se vuelven inaccesibles.

Políticas de la aplicación Secure Mail

  • Servicios de red en segundo plano
    Por qué usar esta política: Los servicios de red en segundo plano en Secure Mail utilizan Secure Ticket Authority (STA), que es efectivamente un proxy SOCKS5 para conectarse a través de Citrix Gateway. STA admite conexiones de larga duración y proporciona una mayor duración de la batería en comparación con la micro VPN. Por lo tanto, STA es ideal para el correo que se conecta constantemente. Citrix recomienda que configure estos ajustes para Secure Mail. El asistente de Citrix ADC para XenMobile configura automáticamente STA para Secure Mail.
    Ejemplo de usuario: Cuando STA no está habilitado y un usuario de Android abre Secure Mail, se le solicita que abra una VPN, que permanece abierta en el dispositivo. Cuando STA está habilitado y el usuario de Android abre Secure Mail, Secure Mail se conecta sin problemas sin necesidad de VPN.
  • Intervalo de sincronización predeterminado
    Por qué usar esta política: Esta configuración especifica los días predeterminados de correo electrónico que se sincronizan con Secure Mail cuando el usuario accede a Secure Mail por primera vez. Dos semanas de correo electrónico tardan más en sincronizarse que 3 días y prolongan el proceso de configuración para el usuario.
    Ejemplo de usuario: Si el intervalo de sincronización predeterminado se establece en 3 días cuando el usuario configura Secure Mail por primera vez, puede ver cualquier correo electrónico en su bandeja de entrada que haya recibido desde el presente hasta 3 días en el pasado. Si un usuario quiere ver correos electrónicos de más de 3 días, puede realizar una búsqueda. Secure Mail muestra entonces los correos electrónicos más antiguos almacenados en el servidor. Después de instalar Secure Mail, cada usuario puede cambiar esta configuración para adaptarla mejor a sus necesidades.

Políticas de dispositivos y comportamiento de casos de uso

Las políticas de dispositivos, a veces denominadas políticas MDM, determinan cómo funciona XenMobile con los dispositivos. Aunque muchas políticas son comunes a todos los dispositivos, cada dispositivo tiene un conjunto de políticas específicas de su sistema operativo. La siguiente lista incluye algunas de las políticas de dispositivos y analiza cómo podría utilizarlas. Para obtener una lista de todas las políticas de dispositivos, consulte los artículos en Políticas de dispositivos.
  • Política de inventario de aplicaciones
    ¿Por qué usar esta política: Implemente la política de inventario de aplicaciones en un dispositivo si necesita ver las aplicaciones instaladas por un usuario. Si no implementa la política de inventario de aplicaciones, solo podrá ver las aplicaciones que un usuario instaló desde XenMobile Store y no las aplicaciones instaladas personalmente. Debe usar esta política si desea bloquear la ejecución de ciertas aplicaciones en dispositivos corporativos.
    Ejemplo de usuario: Un usuario con un dispositivo administrado por MDM no puede deshabilitar esta funcionalidad. Las aplicaciones instaladas personalmente por el usuario son visibles para los administradores de XenMobile.
  • Política de bloqueo de aplicaciones
    ¿Por qué usar esta política: La política de bloqueo de aplicaciones, para Android, le permite bloquear o permitir aplicaciones. Por ejemplo, al permitir aplicaciones, puede configurar un dispositivo de quiosco. Normalmente, solo implementa la política de bloqueo de aplicaciones en dispositivos corporativos, ya que limita las aplicaciones que los usuarios pueden instalar. Puede establecer una contraseña de anulación para proporcionar acceso de usuario a las aplicaciones bloqueadas.
    Ejemplo de usuario: Supongamos que implementa una política de bloqueo de aplicaciones que bloquea la aplicación Angry Birds. El usuario puede instalar la aplicación Angry Birds desde Google Play, pero cuando abre la aplicación, un mensaje le informa de que su administrador ha bloqueado la aplicación.
  • Política de programación de conexiones
    ¿Por qué usar esta política: Debe usar la política de programación de conexiones para que los dispositivos Windows Mobile puedan volver a conectarse a XenMobile Server para la administración de MDM, el envío de aplicaciones y la implementación de políticas. Para dispositivos Android, Android Enterprise y Chrome OS, use Google Firebase Cloud Messaging (FCM), en lugar de esta política, para controlar las conexiones a XenMobile Server. Las opciones de programación son las siguientes:
    • Siempre: Mantiene la conexión activa de forma permanente. Citrix recomienda esta opción para una seguridad optimizada. Cuando elija Siempre, use también la política de temporizador de conexión para asegurarse de que la conexión no agote la batería. Al mantener la conexión activa, puede enviar comandos de seguridad como borrar o bloquear al dispositivo bajo demanda. También debe seleccionar la opción de Programación de implementación Implementar para conexión siempre activa en cada política que implemente en el dispositivo.
    • Nunca: Se conecta manualmente. Citrix no recomienda esta opción para implementaciones de producción porque la opción Nunca impide implementar políticas de seguridad en los dispositivos; por lo tanto, los usuarios nunca reciben nuevas aplicaciones o políticas.
    • Cada: Se conecta en el intervalo designado. Cuando esta opción está activa y envía una política de seguridad, como un bloqueo o un borrado, XenMobile procesa la política en el dispositivo la próxima vez que este se conecta.
    • Definir programación: Cuando está habilitado, XenMobile intenta volver a conectar el dispositivo del usuario a XenMobile Server después de una pérdida de conexión de red y supervisa la conexión transmitiendo paquetes de control a intervalos regulares dentro del plazo que defina.
    Ejemplo de usuario: Desea implementar una política de código de acceso en los dispositivos inscritos. La política de programación garantiza que los dispositivos se conecten de nuevo al servidor a intervalos regulares para recopilar la nueva política.
  • Política de credenciales
    ¿Por qué usar esta política: A menudo utilizada con una política de Wi-Fi, la política de credenciales le permite implementar certificados para la autenticación en recursos internos que requieren autenticación de certificado.
    Ejemplo de usuario: Usted implementa una política de Wi-Fi que configura una red inalámbrica en el dispositivo. La red Wi-Fi requiere un certificado para la autenticación. La política de credenciales implementa un certificado que luego se almacena en el almacén de claves del sistema operativo. El usuario puede seleccionar el certificado cuando se conecta al recurso interno.
  • Política de Exchange
    Por qué usar esta política: Con XenMobile, tiene dos opciones para entregar correo electrónico de Microsoft Exchange ActiveSync.
    • Aplicación Secure Mail: Entregue correo electrónico mediante la aplicación Secure Mail que distribuye desde la tienda de aplicaciones pública o la tienda de XenMobile.
    • Aplicación de correo electrónico nativa: Use la política de Exchange para habilitar el correo electrónico de ActiveSync para el cliente de correo electrónico nativo en el dispositivo. Con la política de Exchange para correo electrónico nativo, puede usar macros para rellenar los datos del usuario a partir de sus atributos de Active Directory, como ${user.username} para rellenar el nombre de usuario y ${user.domain} para rellenar el dominio del usuario.
    Ejemplo de usuario: Cuando envía la política de Exchange, envía los detalles del servidor de Exchange al dispositivo. Secure Hub solicita al usuario que se autentique y su correo electrónico comienza a sincronizarse.
  • Política de ubicación
    Por qué usar esta política: La política de ubicación le permite geolocalizar dispositivos en un mapa, si el dispositivo tiene el GPS habilitado para Secure Hub. Después de implementar esta política y enviar un comando de ubicación desde el servidor de XenMobile, el dispositivo responde con las coordenadas de ubicación.
    Ejemplo de usuario: Cuando implementa la política de ubicación y el GPS está habilitado en el dispositivo, si los usuarios extravían su dispositivo, pueden iniciar sesión en el portal de autoayuda de XenMobile y elegir la opción de ubicación para ver la ubicación de su dispositivo en un mapa. El usuario decide permitir que Secure Hub use los servicios de ubicación. No puede imponer el uso de los servicios de ubicación cuando los usuarios inscriben un dispositivo por sí mismos. Otra consideración para usar esta política es el efecto en la duración de la batería.
  • Política de código de acceso
    Por qué usar esta política: La política de código de acceso le permite aplicar un código PIN o una contraseña en un dispositivo administrado. Esta política de código de acceso le permite establecer la complejidad y los tiempos de espera para el código de acceso en el dispositivo.
    Ejemplo de usuario: Cuando implementa una política de código de acceso en un dispositivo administrado, Secure Hub solicita al usuario que configure un código de acceso o PIN, que debe desbloquear antes de poder acceder a su dispositivo cuando lo enciende o cuando expira el temporizador de inactividad.
  • Política de eliminación de perfiles
    Por qué usar esta política: Supongamos que implementa una política para un grupo de usuarios y, más tarde, debe eliminar esa política de un subconjunto de usuarios. Puede eliminar la política para los usuarios seleccionados creando una política de eliminación de perfiles y utilizando las reglas de implementación para implementar la política de eliminación de perfiles solo en los nombres de usuario especificados.
    Ejemplo de usuario: Cuando implementa una política de eliminación de perfiles en los dispositivos de los usuarios, es posible que estos no noten el cambio. Por ejemplo, si la política de eliminación de perfiles elimina una restricción que deshabilitaba la cámara del dispositivo, el usuario no sabrá que ahora se permite el uso de la cámara. Considere la posibilidad de informar a los usuarios cuando los cambios afecten su experiencia de usuario.
  • Política de restricciones
    Por qué usar esta política: La política de restricciones le ofrece muchas opciones para bloquear y controlar las características y funcionalidades del dispositivo administrado. Puede habilitar cientos de opciones de restricción para los dispositivos compatibles, desde deshabilitar la cámara o el micrófono en un dispositivo hasta aplicar reglas de itinerancia y acceso a servicios de terceros como las tiendas de aplicaciones.
    Ejemplo de usuario: Si implementa una restricción en un dispositivo iOS, es posible que el usuario no pueda acceder a iCloud o a la App Store de Apple.
  • Política de términos y condiciones
    Por qué usar esta política: Es posible que deba informar a los usuarios sobre las implicaciones legales de tener su dispositivo administrado. Además, es posible que desee asegurarse de que los usuarios sean conscientes de los riesgos de seguridad cuando los datos corporativos se envían al dispositivo. El documento personalizado de Términos y condiciones le permite publicar reglas y avisos antes de que el usuario se inscriba.
    Ejemplo de usuario: Un usuario ve la información de Términos y condiciones durante el proceso de inscripción. Si se niegan a aceptar las condiciones establecidas, el proceso de inscripción finaliza y no pueden acceder a los datos corporativos. Puede generar un informe para proporcionar a los equipos de RR. HH./Legal/Cumplimiento para mostrar quién aceptó o rechazó los términos.
  • Política de VPN
    Por qué usar esta política: Utilice la política de VPN para proporcionar acceso a sistemas back-end mediante tecnología VPN Gateway más antigua. La política admite varios proveedores de VPN, incluidos Cisco AnyConnect, Juniper y Citrix VPN. También es posible vincular esta política a una CA y habilitar la VPN bajo demanda, si la puerta de enlace VPN admite esta opción.
    Ejemplo de usuario: Con la política de VPN habilitada, el dispositivo de un usuario abre una conexión VPN cuando el usuario accede a un dominio interno.
  • Política de Webclip
    Por qué usar esta política: Utilice la política de Webclip si desea enviar a los dispositivos un icono que se abra directamente a un sitio web. Un web clip contiene un enlace a un sitio web y puede incluir un icono personalizado. En un dispositivo, un web clip se parece a un icono de aplicación.
    Ejemplo de usuario: Un usuario puede hacer clic en un icono de web clip para abrir un sitio de Internet que proporciona servicios a los que debe acceder. Usar un enlace web es más conveniente que tener que abrir una aplicación de navegador y escribir una dirección de enlace.
  • Política de Wi-Fi
    Por qué usar esta política: La política de Wi-Fi le permite implementar detalles de la red Wi-Fi, como el SSID, los datos de autenticación y los datos de configuración, en un dispositivo administrado.
    Ejemplo de usuario: Cuando implementa la política de Wi-Fi, el dispositivo se conecta automáticamente a la red Wi-Fi y autentica al usuario para que pueda acceder a la red.
  • Directiva de Protección de información de Windows
    ¿Por qué usar esta directiva: Utilice la directiva de Protección de información de Windows (WIP) para protegerse contra la posible fuga de datos empresariales. Puede especificar las aplicaciones que requieren Protección de información de Windows en el nivel de aplicación que configure. Por ejemplo, puede bloquear cualquier uso compartido de datos inapropiado o advertir sobre el uso compartido de datos inapropiado y permitir a los usuarios anular la directiva. Puede ejecutar WIP en modo silencioso mientras registra y permite el uso compartido de datos inapropiado.
    Ejemplo de usuario: Supongamos que configura la directiva WIP para bloquear el uso compartido de datos inapropiado. Si un usuario copia o guarda un archivo protegido en una ubicación no protegida, aparece un mensaje similar al siguiente: No puede colocar contenido protegido del trabajo en esta ubicación.
  • Directiva de XenMobile Store
    ¿Por qué usar esta directiva: XenMobile Store es una tienda de aplicaciones unificada donde los administradores pueden publicar todas las aplicaciones corporativas y los recursos de datos que necesitan sus usuarios. Un administrador puede agregar:
    • Aplicaciones web, aplicaciones SaaS y aplicaciones habilitadas para MAM SDK o aplicaciones encapsuladas en MDX
    • Aplicaciones de productividad móvil de Citrix
    • Aplicaciones móviles nativas, como archivos .ipa o .apk
    • Aplicaciones de Apple App Store y Google Play
    • Enlaces web
    • Citrix Virtual Apps™ publicadas mediante Citrix StoreFront
    Ejemplo de usuario: Después de que un usuario inscribe su dispositivo en XenMobile, accede a XenMobile Store a través de la aplicación Citrix Secure Hub™. El usuario puede ver todas las aplicaciones y servicios corporativos disponibles para él. Los usuarios pueden hacer clic en una aplicación para instalarla, acceder a los datos, calificar y revisar la aplicación, y descargar actualizaciones de la aplicación desde XenMobile Store.