Notas de la versión de Omnissa Access Cloud

Omnissa Access | JUL 2026 Omnissa Access Connector 26.05 | 02 JUN 2026 | Compilación Access-Connector-Installer-376-26.05.exe Compruebe si existen actualizaciones adicionales a estas notas de la versión.

Aviso sobre la eliminación de registros DNS de los dominios de Omnissa Access heredados

Tal y como anunciamos en el artículo 6001323 de la base de conocimientos, hemos desactivado las URL de los inquilinos heredados de Omnissa Access. Como paso final del proceso de migración de direcciones URL, ahora vamos a eliminar los registros DNS de los dominios heredados. Este cambio afecta a los siguientes productos: Omnissa Access, Omnissa Workspace ONE Hub Services y Omnissa Identity Service.

Una vez que se hayan eliminado los registros DNS, cualquier intento de acceder a las URL heredadas provocará un error de resolución de DNS. Este comportamiento es correcto.

En la siguiente tabla se indican los dominios heredados afectados por región junto con sus nuevas URL.

Para obtener más información, consulte el artículo 6001304 de la base de conocimientos.

Novedades de julio de 2026

Registro en el inicio de sesión único en plataforma (SSO en plataforma) durante el Asistente de configuración de macOS (ADE)

Omnissa Access ahora admite el inicio de sesión único en plataforma (SSO en plataforma) de Apple macOS como parte del flujo de inscripción automatizada de dispositivos (ADE) de macOS. Con esta versión, se solicita a los usuarios finales que se autentiquen con sus credenciales de Omnissa Access directamente desde el Asistente de configuración de macOS, lo que elimina los pasos de registro posteriores a la inscripción y ofrece una experiencia de incorporación fluida y sin intervención desde el primer inicio de sesión. El inicio de sesión único en plataforma, con una clave respaldada por Secure Enclave, permite una autenticación vinculada al hardware y resistente al phishing, lo que elimina la necesidad de contraseñas para la autenticación del proveedor de identidad.

Esta funcionalidad aprovecha el marco de extensión de SSO en plataforma introducido en macOS Ventura (13.0) y reduce significativamente las dificultades asociadas a los flujos de trabajo tradicionales de aprovisionamiento de Mac. Omnissa Access actúa como proveedor de identidad (IdP) nativo para completar el registro en el SSO en plataforma.

Workspace ONE UEM ahora incluye una opción de configuración específica para el SSO en plataforma dentro del perfil de ADE. Si se habilita, el Asistente de configuración de macOS instalará automáticamente el perfil de extensión de SSO y la aplicación del IdP necesarios, y a continuación solicitará al usuario que se registre en Omnissa Access antes de que finalice la incorporación del dispositivo.

Funcionalidades clave de esta versión:

• El SSO en plataforma se configura y registra antes de que se cierre el Asistente de configuración de macOS, lo que garantiza que los usuarios comiencen a trabajar con la identidad ya establecida.
• Omnissa Access actúa como proveedor de identidad para el registro del SSO en plataforma.
• Admite back-ends de proveedores de identidad federados: Omnissa Access puede actuar como puente hacia cualquier directorio federado que no implemente de forma nativa el SSO en plataforma.
• La creación de cuentas locales en macOS se alinea con las credenciales del proveedor de identidad corporativo del usuario.
• Inicio de sesión sin contraseña con soporte para claves respaldadas por Secure Enclave para la autenticación.    
• Inicio de sesión único (SSO) en aplicaciones web compatibles con Omnissa Access. El SSO también es compatible con aplicaciones nativas que utilizan claves respaldadas por Secure Enclave.

Para obtener más información, consulte Configurar el inicio de sesión único (SSO) en plataforma para macOS de Apple con Omnissa Access.

Eventos de seguridad "Sesión revocada" y "Cambio de credenciales" disponibles para todos los suscriptores

Los eventos "Sesión revocada" y "Cambio de credenciales" generados por Omnissa Access ya se pueden configurar para todos los tipos de suscriptores en Security Events Service. Anteriormente, estos eventos solo estaban disponibles para Apple. Los suscriptores pueden tomar las medidas de seguridad adecuadas en función de los eventos.

Para obtener más información, consulte Configurar Omnissa Security Events Service.

Novedades de junio de 2026

Nueva versión del conector disponible

Ya hay disponible una nueva versión del conector, Omnissa Access Connector 26.05. Puede consultar más información en las Notas de la versión de Omnissa Access Connector.

Novedades de mayo de 2026

Registro de varios dispositivos Omnissa Pass por cada cuenta de usuario

Omnissa Access ahora permite registrar varios dispositivos Omnissa Pass por cada cuenta de usuario en un solo inquilino. Los usuarios pueden registrar hasta tres dispositivos independientes siguiendo el proceso de registro estándar con código QR. Cada dispositivo se registra de forma única en Omnissa Access y se asocia a la misma identidad de usuario, lo que permite que cualquier dispositivo registrado genere códigos TOTP válidos y reciba solicitudes de notificación push para iniciar sesión.

Esta función requiere la licencia Omnissa Pass Advanced, y el administrador debe habilitarla a través de la configuración del adaptador de Pass en la consola de Omnissa Access.

Para obtener más información, consulte Configurar la autenticación con la aplicación Pass en Omnissa Access (solo en la nube).

Novedades de abril de 2026

Compatibilidad de PKCE con aplicaciones OpenID Connect

Omnissa Access ahora es compatible con Proof Key for Code Exchange (PKCE) para aplicaciones OpenID Connect (OIDC), lo que mejora la seguridad del flujo de código de autorización de OAuth 2.0, especialmente en aplicaciones móviles y basadas en navegador.

Los administradores ahora pueden elegir un tipo de cliente al crear una aplicación de OIDC.

• En el caso de los clientes públicos que no dispongan de un secreto de cliente, siempre se aplica PKCE.
• Para los clientes de tipo confidencial que requieren un secreto de cliente, PKCE es opcional.

La página de detalles de la aplicación OIDC indica si el cliente OAuth 2.0 asociado es público o confidencial.

Tenga en cuenta que:

• Si se habilita PKCE en un cliente confidencial ya existente, se eliminarán todos los tokens de ese cliente OAuth 2.0 para garantizar una transición segura.
• PKCE no es compatible con las aplicaciones OIDC que tienen habilitada la integración SSF. Estas aplicaciones siempre utilizan un cliente confidencial con un secreto de cliente.
• Omnissa Access solo admite el método de desafío de código S256 para PKCE.

Para obtener más información, consulte Agregar aplicaciones de OpenID Connect a Omnissa Access.

Compatibilidad de CORS con endpoints OAuth 2.0 y OIDC

Omnissa Access ahora admite el intercambio de recursos entre orígenes (CORS) para los endpoints OAuth 2.0 y OpenID Connect (OIDC). Esto permite que las aplicaciones basadas en navegador, como las aplicaciones de página única (SPA), alojadas en dominios autorizados, soliciten de forma segura a Omnissa Access tokens e información de usuario directamente desde el navegador.

Los administradores pueden configurar los dominios de origen cruzado permitidos en la consola de administración de Omnissa Access.

Los siguientes endpoints de Omnissa Access ahora admiten CORS cuando se acceden desde dominios de origen cruzado autorizados:

Para obtener más información, consulte Configurar el intercambio de recursos entre orígenes en Omnissa Access.

Nombre descriptivo de la cuenta para Authenticator y Omnissa Pass

Los administradores ya pueden especificar un nombre descriptivo de la cuenta en la configuración del adaptador de Authenticator y Omnissa Pass. Este será el nombre que verán los usuarios finales en la aplicación Omnissa Pass o en su autenticador TOTP durante y después del registro. El nombre de cuenta descriptivo es un valor opcional en Omnissa Access y, cuando no se configura, se muestra el nombre interno del inquilino. El nombre de este inquilino suele ser largo o contener identificadores técnicos que los usuarios no reconocen fácilmente. El nuevo parámetro opcional permite ofrecer una experiencia de marca más reconocible y profesional.

Tenga en cuenta que el nombre de cuenta descriptivo solo se aplicará a los autenticadores registrados después de que se haya configurado un valor. Los registros existentes seguirán mostrando el nombre de la cuenta que tenían en el momento de su registro.

Para obtener más información, consulte:

• Configurar una aplicación de autenticador para la autenticación en dos fases con Omnissa Access
• Configurar la autenticación con la aplicación Pass en Omnissa Access (solo versión en la nube)

Marzo de 2026

Informe Estado de dispositivo Pass

Para los clientes de Omnissa Pass Advanced, Omnissa Access ahora incluye un nuevo informe sobre el estado de los dispositivos Pass que proporciona a los administradores visibilidad sobre la situación general de los dispositivos de autenticación Omnissa Pass. El informe contiene información como la versión del sistema operativo, la versión instalada de la aplicación Omnissa Pass e indicadores clave de seguridad, como el bloqueo de pantalla y el estado de jailbreak o root. Eso permitirá a los administradores evaluar la postura de seguridad de los dispositivos de autenticación y contribuir a las investigaciones, la respuesta a incidentes y los requisitos de cumplimiento.

Como parte de esta mejora, el informe de registro MFA existente, disponible para todos los clientes de Omnissa Access, ha pasado a denominarse Registro de Pass, sin que se hayan producido cambios en los datos subyacentes. El informe Registros de Pass sigue mostrando qué usuarios están inscritos en Omnissa Pass y si el dispositivo está habilitado para las aprobaciones de notificaciones push.

Requisitos:

• Disponible solo para inquilinos de Omnissa Pass Advanced.
• Requiere Omnissa Pass versión 26.03 (o posterior) para iOS y Android instalado en los dispositivos de los usuarios para que los datos aparezcan en el informe Estado de dispositivo Pass.

Para obtener más información, consulte Configurar la autenticación con la aplicación Pass en Omnissa Access.

Estado de origen de eventos de seguridad

La pestaña Orígenes de Security Events Service ahora muestra el estado de los orígenes compatibles, lo que permite saber si el entorno está configurado correctamente para que Security Events Service reciba eventos del origen. Para Workspace ONE UEM, puede comprobar si el estado es Correcto, Incorrecto, Desconocido o No configurado, y puede restablecer la configuración para solucionar problemas.

Para obtener más información, consulte Administrar Security Events Service.

Febrero de 2026

Se actualizó el flujo de Omnissa Pass para usuarios no registrados

Antes, cuando Omnissa Pass estaba configurado como el segundo factor de autenticación y la opción Habilitar el registro durante el inicio de sesión estaba establecida en No, a los usuarios que aún no habían registrado Pass se les seguía pidiendo un código TOTP.

Este flujo se ha actualizado. Ahora, el método de autenticación Aplicación Pass fallará inmediatamente para los usuarios no registrados y, a continuación, se les redirigirá al método de autenticación alternativo o se les denegará la autenticación (en función de cómo estén configuradas sus directivas de acceso).

Diciembre de 2025

Compatibilidad de señales de cumplimiento de dispositivos Workspace ONE UEM con Security Events Service

Security Events Service ahora permite compartir de forma continua y en tiempo real eventos de cambios en el estado de conformidad de dispositivos Workspace ONE UEM como señales CAEP. Los socios integrados ahora pueden tomar medidas, como autenticación, gestión de sesiones, acceso a aplicaciones o decisiones sobre certificados de acceso basadas en estos cambios de estado de conformidad.

Omnissa Security Events Service es una función de la plataforma que permite compartir alertas de seguridad en tiempo real, como cambios en las credenciales de los usuarios o el estado de cumplimiento de los dispositivos, entre la plataforma Omnissa y sistemas de seguridad de terceros, como Okta, Google o SailPoint, mediante el protocolo CAEP (Continuous Access Evaluation Protocol). Esta integración permite crear un sistema de seguridad unificado y sólido al aprovechar la información sobre seguridad entre los socios de una manera estándar y escalable.

Para obtener más información, consulte Configurar Omnissa Security Events Service.

Noviembre de 2025

Omnissa Pass

Nos complace anunciar la disponibilidad pública de Omnissa Pass, nuestra solución nativa de autenticación multifactor (MFA) que permite iniciar sesión de forma segura en cuentas y aplicaciones corporativas. Esta solución ofrece una experiencia de autenticación escalable y fácil de usar para quienes acceden a recursos proporcionados a través de Omnissa Access. Esta versión de disponibilidad general incluye funciones clave que están disponibles para todos los clientes de Omnissa Access, como las aprobaciones de inicio de sesión mediante códigos de un solo uso basados en tiempo (TOTP) o notificaciones push, la aplicación de directivas de seguridad de dispositivos y las verificaciones de atestación. Además, se ofrecen funciones adicionales de protección frente a ataques de phishing en las aprobaciones de notificaciones push y frente a otras amenazas relacionadas con MFA como complemento de las licencias existentes de Omnissa.

Consulte las Notas de la versión de Omnissa Pass para obtener más información:

• Notas de la versión de Omnissa Pass para iOS
• Notas de la versión de Omnissa Pass para Android

Soporte para App Volumes

Omnissa Access ahora admite App Volumes como tipo de recurso en Access. Omnissa App Volumes es una solución de empaquetado de aplicaciones que permite distribuir las aplicaciones y administrar su ciclo de vida en tiempo real en espacios de trabajo digitales. App Volumes ofrece una distribución de las aplicaciones más rápida y una administración simplificada y unificada de las aplicaciones y los usuarios.

Con esta actualización, los administradores ya pueden administrar App Volumes de forma similar a otros recursos de aplicaciones virtuales y web, así como exigir la autenticación y el control de acceso en estas aplicaciones. A partir de ahora, los usuarios podrán iniciar sus aplicaciones de App Volumes desde el portal web de Intelligent Hub. También se admite App Volumes de entornos Horizon, Citrix y RDSH.

Para obtener más información, consulte:

• Proporcionar acceso a las aplicaciones empaquetadas de App Volumes
• Integrar App Volumes Manager y Workspace ONE Intelligent Hub con Omnissa Access.

Compatibilidad con inicio de sesión único (SSO) para clientes de Office 365 en escritorios Horizon unidos a un dominio híbrido de Microsoft Entra

Omnissa Access ahora es compatible con la autenticación e inicio de sesión único (SSO) de las aplicaciones de Microsoft Office 365 en escritorios Horizon unidos a un dominio híbrido de Microsoft Entra. Esta compatibilidad incorpora nuevos extremos WS-Trust en Omnissa Access, lo que permite que los clientes de Office 365 en escritorios Horizon se autentiquen y usen SSO a través de Omnissa Access. También se admite el SSO para aplicaciones publicadas de Office 365 desde escritorios unidos a un dominio híbrido de Microsoft Entra con esta actualización.

Para obtener más información, consulte Configurar el inicio de sesión único en las aplicaciones de Microsoft Office 365 (escritorios y aplicaciones publicadas de Horizon).

Compatibilidad con TLS 1.3 con el servicio de autenticación de certificados (CAS) de Access

El servicio de autenticación de certificados (CAS) de Omnissa Access ahora admite el protocolo de seguridad TLS 1.3. Esta actualización mejora la seguridad y el rendimiento de CAS al eliminar la renegociación de sesiones y optimizar los flujos de autenticación basados en certificados. CAS seguirá admitiendo TLS 1.2 de forma predeterminada. Los administradores ahora tendrán la opción de habilitar TLS 1.3 desde la consola de Omnissa Access.

Nota: Si selecciona Usar TLS 1.3 para conexiones SSL para los métodos de autenticación Certificado (implementación en la nube) o SSO móvil (para Apple), es posible que los clientes deban actualizar sus configuraciones de proxy y firewall y los perfiles de sus dispositivo para admitir los nuevos nombres de host de CAS. Consulte el artículo 6000726 de la base de conocimientos para obtener más información.

Octubre de 2025

Security Events Service

Nos complace anunciar la disponibilidad pública de Omnissa Security Events Service.

Security Events Service es un servicio de plataforma Omnissa que permite la integración con proveedores de identidades y seguridad para el intercambio de datos de seguridad y amenazas mediante protocolos estándar.

Security Events Service adopta el marco SSF (Shared Signals Framework), un estándar de OpenID diseñado para permitir un intercambio escalable y seguro de datos de seguridad y amenazas entre los participantes registrados. SSF establece protocolos estándar, como el protocolo de evaluación de acceso continuo (CAEP) para compartir eventos de seguridad e inteligencia de riesgos entre partes de confianza. El marco permite a las organizaciones aprovechar la información sobre seguridad procedente de diversas fuentes, lo que fomenta una postura de seguridad más completa y unificada.

En esta versión de disponibilidad general, Security Events Service admite el intercambio continuo y en tiempo real de información sobre cambios en el estado de identidad con Apple Business Manager, Apple School Manager y otros consumidores de terceros. A través de conectores de Omnissa Access, Security Events Service puede detectar cambios en contraseñas o en el estado de las cuentas de usuario y compartir esta información mediante eventos CAEP en tiempo real. Por ejemplo, esta integración permite que Apple Business Manager, al detectar un evento de usuario deshabilitado, aplique restricciones de acceso al entorno de iCloud para dicho usuario.

Esta versión también amplía la fase Beta de Security Events Service para compartir, de forma continua y en tiempo real, eventos de cambios en el estado de conformidad de dispositivos Omnissa Workspace ONE UEM como señales CAEP. Los socios integrados pueden tomar medidas adicionales, como autenticación, gestión de sesiones, acceso a aplicaciones o decisiones sobre certificados de acceso basadas en estos cambios de estado de conformidad.

Para obtener información sobre cómo configurar del servicio, consulte Configurar Omnissa Security Events Service.

Inicio de sesión único en plataforma para macOS

IMPORTANTE: El SSO en plataforma con Omnissa Access requiere Intelligent Hub 25.11 o una versión posterior.

Nos complace anunciar la disponibilidad general del inicio de sesión único en plataforma para dispositivos macOS utilizando Omnissa Access como proveedor de identidad (IdP).

El SSO en plataforma permite a los usuarios iniciar sesión en sus equipos Mac con sus credenciales corporativas del IdP y autenticarse sin interrupciones en una amplia variedad de aplicaciones, escritorios virtuales y servicios federados con el mismo IdP, reduciendo significativamente la necesidad de múltiples inicios de sesión. Los administradores pueden aplicar directivas de contraseñas y gestionar a los usuarios de macOS desde Omnissa Access o desde un proveedor de identidad de terceros federado con Access.

El SSO en plataforma amplía el inicio de sesión único directamente al inicio de sesión de macOS, lo que significa que la contraseña del IdP del usuario puede convertirse en la contraseña del Mac, manteniéndolas sincronizadas. Los usuarios pueden iniciar sesión en los dispositivos macOS usando su contraseña del IdP, Touch ID o la proximidad del Apple Watch.

El SSO en plataforma se ofrece a través de la extensión SSO de Apple. La aplicación Omnissa Intelligent Hub incluye la extensión SSO, que permite la integración de identidad en los dispositivos macOS. Durante la autenticación, la extensión SSO redirecciona la autenticación a Omnissa Access y permite a los usuarios iniciar sesión en su Mac utilizando sus credenciales de Omnissa Access. Omnissa Access también puede redireccionar los inicios de sesión de usuario a Active Directory o a un proveedor de identidad federado de terceros, ampliando las opciones corporativas para incluir proveedores como Active Directory Federation Service (ADFS), PingFederate o OneLogin, que no admiten de forma nativa el SSO en plataforma para macOS.

Para obtener información sobre cómo configurar la integración, consulte Configurar el inicio de sesión único (SSO) en plataforma para macOS de Apple con Omnissa Access.

Integración de identidad con Apple Business Manager

Omnissa Access ahora admite el aprovisionamiento y el inicio de sesión único de usuarios de Omnissa Access como Cuentas de Apple administradas en Apple Business Manager y Apple School Manager. Esta integración permite que los usuarios de Omnissa Access inicien sesión en sus dispositivos Apple administrados utilizando su identidad de Omnissa Access, ofreciendo a las organizaciones un punto de control único para administrar los servicios a los que puede acceder una cuenta de Apple administrada. Además, en Workspace ONE UEM, se pueden usar ID de Apple administrados para la inscripción de usuarios basada en cuentas en dispositivos iOS inscritos, lo que permite separar de forma clara los datos corporativos de los personales. La inscripción de usuarios basada en cuentas mejora significativamente la privacidad en los dispositivos personales (BYO). Consulte Identificadores de Apple administrados.

Como parte de la integración, Omnissa Access ahora admite el aprovisionamiento de usuarios basado en SCIM hacia Apple Business Manager y Apple School Manager. Omnissa Access también admite OIDC para el inicio de sesión único federado con estos servicios. Además, los cambios en el estado de seguridad de un usuario (como cambios de contraseña o desactivación de cuenta) se comparten con Apple Business Manager y Apple School Manager a través de Security Events Service, lo que permite una sincronización en tiempo real del estado de seguridad entre sistemas.

Esta integración permite aplicar directivas de acceso condicional, Mobile SSO y MFA para garantizar una autenticación segura y fluida en las cuentas de Apple administradas.

Para obtener información sobre cómo configurar la integración, consulte Configurar Omnissa Access como proveedor de identidad para Apple Business Manager o Apple School Manager.

Septiembre de 2025

Migración de certificados y URL: ya disponible la migración de Categoría 1

Como parte de los cambios en curso relacionados con la creación de Omnissa como nueva compañía, se están actualizando los certificados y las URL en Omnissa Access. Estos cambios requieren actualizar las integraciones tanto con productos y servicios de Omnissa como de terceros. En la consola de administración hay disponible un panel de migración para guiarle durante el proceso.

Consulte el artículo 6001062 de la base de conocimiento para obtener información detallada sobre la migración.

La migración se está implementando en dos fases. Su calendario de migración dependerá de la categoría a la que pertenezca, según lo definido en el artículo de la base de conocimientos. Le recomendamos iniciar la migración tan pronto como esté disponible para su categoría.

La migración de la “Categoría 1: Solo actualización de certificado (sin cambio de URL)” ya está disponible.

Acciones requeridas:

1. Consulte el artículo 6001062 de la base de conocimientos para determinar su categoría de migración.
2. Si pertenece a la Categoría 1, proceda con la migración.
   1. En la consola de Omnissa Access, seleccione Configuración > Compatibilidad con migración para acceder al panel de migración.
   2. Siga las instrucciones del panel para completar la migración. Consulte el artículo de la base de conocimientos para obtener más información.
3. Si pertenece a la Categoría 2, no realice ningún cambio todavía. La migración de Categoría 2 estará disponible más adelante. Esté al tanto de las notificaciones en la consola de administración y a las actualizaciones del artículo 6001062 de la base de conocimientos. Mientras tanto, puede revisar el artículo para familiarizarse con los tipos de actualizaciones que se requerirán llegado el momento.

IMPORTANTE: No actualice ninguna URL todavía.

Omnissa Access Connector 24.12.1.0 disponible

Ya está disponible Omnissa Access Connector versión 24.12.1.0. Puede instalar la versión 24.12.1.0 desde cero o actualizar desde las versiones 23.09, 24.07 y 24.12.0.0. La versión 24.12.1.0 es compatible con Omnissa Access Cloud y Omnissa Access FedRAMP.

En esta versión del conector se resolvieron los siguientes problemas:

Servicio de sincronización de directorios:

• HW-230769: Se evita un error de sincronización del directorio cuando un usuario eliminado sigue perteneciendo al grupo
• HW-215396: Se permite la anulación manual de la detección automática de controladores de dominio en el archivo krb5.conf
• HW-216294: Durante el restablecimiento de contraseña de Active Directory desde Intelligent Hub, se limitan los reintentos de detección del controlador de dominio
• HW-201638: Se agrega comprobación de seguridad a la sincronización de fotos
• HW-223982: Se limita el número de alertas de sincronización de directorios a 1000

Servicio de aplicaciones virtuales:

• HW-222985/HW-225845: Compatibilidad con los nuevos nombres de partición de aplicaciones basadas en Omnissa en Active Directory Lightweight Directory Services (LDS) introducidas en Horizon 2503 (consulte el artículo 6000797 de la base de conocimientos).

Julio de 2025

Compatibilidad con la integración de SIEM en Omnissa Access Cloud

Omnissa Access Cloud ahora ofrece la posibilidad de reenviar información de auditoría de acceso a sistemas SIEM (administración de eventos e información de seguridad) de terceros como eventos de Syslog. Access Cloud puede reenviar eventos de auditoría a servidores Syslog y SIEM en la nube o en centros de datos del cliente. Esta versión incluye adaptadores nativos para un servidor Syslog, Splunk y CrowdStrike Next-Gen SIEM, con compatibilidad con más sistemas SIEM en futuras versiones. La integración requiere autenticación TLS mutua (mTLS) entre Access y el sistema externo.

Consulte Integrar Omnissa Access con sistemas SIEM externos.

Junio de 2025

Device Trust Connector para Microsoft Edge para empresas

Presentamos el nuevo Omnissa Access Device Trust Connector para Microsoft Edge para empresas. Las señales de Device Trust Connector para Edge para empresas permiten verificar la posición de seguridad de un dispositivo sin administrar (BYOD) o un dispositivo administrado por terceros antes de concederle acceso a los recursos de la empresa.

El servicio de administración de Microsoft Edge es una función del centro de administración de Microsoft 365 que permite a los administradores configurar fácilmente el navegador Microsoft Edge para su organización. Un navegador web Edge administrado puede recopilar información sobre la posición de seguridad de un dispositivo, y Omnissa Access ahora puede utilizar esa información para tomar decisiones en tiempo real sobre el acceso de dispositivos según su posición de seguridad.

La autenticación de señales de dispositivos de Edge para empresas está disponible para los usuarios que usen el navegador Edge con un perfil administrado en dispositivos Windows.

Para obtener más información, consulte Configurar las señales de dispositivos de Microsoft Edge para empresas en Omnissa Access.

Abril de 2025

Revisión de Omnissa Access Connector 24.12

Omnissa Access Connector 24.12 dispone de una nueva revisión para admitir los nuevos nombres de partición de aplicaciones en Active Directory Lightweight Directory Services (LDS) introducidos con la versión 2503 de Horizon. Para obtener más información, consulte el artículo 6000797 de la base de conocimientos.

La revisión se aplica a Omnissa Access Connector 24.12, independientemente de si el conector se utiliza con el dispositivo virtual de Omnissa Access 24.12 local o con Omnissa Access Cloud. Puede descargar la revisión de la página de Omnissa Access 24.12 en Customer Connect.

Cambio en la URL de inicio de aplicaciones de Horizon

Como parte de la transición a la nueva empresa, Omnissa, y los cambios de marca relacionados, cambiamos la URL para iniciar aplicaciones de Horizon desde la aplicación o el portal de Intelligent Hub. Para aplicar este cambio, hemos introducido una nueva opción en la consola de Omnissa Access, Habilitar Horizon Client con la URL de Omnissa, que determina si el inicio de la aplicación solo admite la nueva URL o si también admite las URL anteriores.

• Si la opción Habilitar Horizon Client con la URL de Omnissa está habilitada, el inicio de la aplicación solo utilizará la nueva URL de inicio. Solo Horizon Client versiones 24.12 y posteriores admiten la nueva URL. Se producirá un error al iniciar la aplicación con versiones anteriores de Horizon Client.
• Si la opción Habilitar Horizon Client con la URL de Omnissa está desmarcada, el inicio de la aplicación funcionará también con las URL de inicio antiguas. Podrá seguir usando versiones anteriores del Horizon Client además de la versión 24.12.

De forma predeterminada, la opción no está seleccionada.

Para obtener más información, consulte el artículo 6000707 de la base de conocimientos.

Febrero de 2025

Nuevos eventos de auditoría para el registro de tokens FIDO2

Se introdujeron nuevos eventos de auditoría para proporcionar información de depuración adicional para el proceso de registro de tokens FIDO2. Este cambio incorpora eventos de auditoría que capturan la información de registros de tokens correctos y con errores.

Solicitudes de inicio de sesión FIDO2 actualizadas

Con las pantallas de autenticación FIDO2 actualizadas, se muestra a los usuarios una pantalla de inicio de sesión FIDO2 más sencilla y organizada. La solicitud de inicio de sesión para seleccionar autenticadores FIDO2 se puede eliminar del proceso de inicio de sesión a través de una nueva opción de configuración. Opcionalmente, los administradores pueden eliminar los vínculos de registro FIDO2 de las pantallas de inicio de sesión y hacer que los usuarios registren FIDO2 exclusivamente a través del portal de autoservicio Intelligent Hub.

Diciembre de 2024

Omnissa Access Connector 24.12

Ya está disponible Omnissa Access Connector versión 24.12. La actualización a la versión 24.12 se admite desde las versiones 24.07.0.0 y 23.09.0.0.

Para obtener más información, consulte las Notas de la versión de Omnissa Access On Premises 24.12 y el tema Actualizar Omnissa Access Connector.

Noviembre de 2024

Acceso condicional para aplicaciones y escritorios de Horizon Cloud Service Next-Gen

El acceso condicional a Omnissa Access ahora está disponible para escritorios y aplicaciones de Omnissa Horizon® Cloud Service Next-Gen. El acceso condicional permite a las organizaciones utilizar el contexto de un usuario o dispositivo, como el rango de redes, la pertenencia a grupos o el tipo de dispositivo, para determinar los requisitos de autenticación del usuario y los derechos de acceso a la aplicación.

Los clientes de Omnissa Access pueden implementar reglas de acceso condicional para aplicaciones SaaS como Workday y Salesforce, o para aplicaciones virtuales como aplicaciones publicadas o escritorios de Horizon. Con esta versión, el acceso condicional se amplía ahora también a los escritorios y las aplicaciones de Horizon Cloud Service Next-Gen.

Los administradores ahora pueden establecer directivas de acceso condicional en Access Console para sus aplicaciones y escritorios de Horizon y Horizon Cloud Service Next-Gen. Horizon y Horizon Cloud Service Next-Gen podrán aplicar directivas condicionales cuando el usuario acceda a las autorizaciones a través de Omnissa Workspace ONE® Intelligent Hub Web Client o a través de Horizon Client. Para obtener más información, consulte la documentación.

Octubre de 2024

Compatibilidad con señales de confianza de dispositivos Google Chrome Enterprise

Nos complace anunciar la introducción de la compatibilidad con las señales de confianza de dispositivos Google Chrome Enterprise en Omnissa Access. Esta función permite a Omnissa recuperar las señales de seguridad de dispositivos Windows, MacOS y ChromeOS que ejecuten el navegador Google Chrome, lo que proporciona una mayor seguridad para los dispositivos sin administrar y administrados por terceros.

Funciones principales:

• Verificación de la señal de los dispositivos: verifique la posición de seguridad de los dispositivos ChromeOS, Windows y MacOS mediante las señales de confianza de dispositivos de Google.
• BYOD (Bring Your Own Device) y administración de riesgos de dispositivos de contratistas: Omnissa Access ahora puede aplicar reglas de acceso condicional basadas en señales de los dispositivos para administrar los riesgos que presentan los dispositivos de los empleados o de terceros (como los de los contratistas).

Señales admitidas:

• Cifrado de disco: garantiza que se conceda acceso solo a los dispositivos con unidades cifradas
• Estado del firewall: solo los dispositivos con un firewall activo pueden acceder a los recursos
• Bloqueo de pantalla: verifica que los dispositivos tengan el bloqueo de pantalla activado antes de concederles acceso

Esta integración simplifica la seguridad de los dispositivos de contratistas y BYOD al verificar su posición de seguridad sin la necesidad de que sean dispositivos administrados.

Omnissa Access Cloud y Hub Services ahora están disponibles en la región de Singapur

Omnissa Access Cloud y Omnissa Workspace ONE® Hub Services ahora están disponibles como un servicio en la nube alojado en la región de Singapur. La disponibilidad en la región de Singapur mejora el rendimiento y la disponibilidad, al mismo tiempo que reduce la latencia de los clientes de Access y Hub Services en la región. La expansión a la región de Singapur tiene como objetivo cubrir la creciente demanda de Access y Hub Services en esta región, y los clientes de la región ahora pueden cumplir los requisitos de cumplimiento y residencia de datos.

Integración con MFA de Entra ID mediante RADIUS

Omnissa Access ahora admite la integración con la MFA de Microsoft Entra ID como método de autenticación adicional mediante la integración con RADIUS. Esta opción está disponible además de la integración con la MFA de Entra ID basada en federación y beneficia a los clientes que no pueden utilizar redireccionamientos de navegador durante la MFA. Los usuarios pueden iniciar sesión en Omnissa Access con los métodos de autenticación existentes y, a continuación, se pueden autenticar con la MFA de Entra ID sin la necesidad de una solicitud de inicio de sesión adicional de Entra ID. Esta función simplifica la experiencia del usuario al incorporar las completas capacidades de la MFA de Entra ID al proceso de autenticación de Omnissa Access.

Septiembre de 2024

Interfaz renovada de la asociación de directivas de aplicaciones en Omnissa Access

La asignación de directivas de acceso de aplicaciones ahora tiene una nueva interfaz de usuario y un flujo de trabajo mejorado. La nueva asignación de directivas ahora es independiente del flujo de creación de directivas, lo que permite la asignación de aplicaciones sin tener que editar una directiva. La nueva interfaz de usuario muestra las aplicaciones con campos adicionales, admite la selección múltiple de aplicaciones para la asignación, muestra los conflictos de asignación de directivas y ofrece funciones de búsqueda y filtrado mejoradas.

Nuevos ajustes para permitir que el equipo de soporte técnico de Omnissa acceda a Omnissa Access

Hemos agregado nuevos ajustes para conceder acceso de forma segura al equipo de soporte técnico de Omnissa a la consola de administración de Omnissa Access para resolver o depurar problemas técnicos. Ahora podrá controlar cuándo permitir que el equipo de soporte técnico de Omnissa acceda a la consola de administración de Omnissa Access y podrá especificar el rol y la duración del acceso. De forma predeterminada, el acceso del equipo de soporte de Omnissa a la consola está desactivado.

Disponibilidad mejorada e inicios más rápidos para Horizon Apps

Las instancias de Horizon Connection Server ahora utilizan un único metadato de proveedor de servicios en todos los servidores de un pod de Horizon. Esta mejora reduce significativamente el tiempo de actualización de los metadatos, lo que acelera el inicio de las aplicaciones y mejora la disponibilidad general.

Esta mejora está disponible con Omnissa Access Cloud, Omnissa Access Connector 24.07 y versiones posteriores, y Horizon 8.13 y versiones posteriores.

Omnissa Access Connector 24.07

Omnissa Access Connector 24.07 es compatible con Omnissa Access Cloud, Omnissa Access On-premises 24.07 y Omnissa Access para FedRAMP.

Problemas resueltos para Connector 24.07

Esta versión incluye los siguientes problemas resueltos:

• HW-200932: Se resolvió un problema por el que Active Directory generaba infracciones de protección a través de la sincronización de directorio de IWA. Ahora dispone de una opción configurable para comparar solo atributos de actualizaciones durante la sincronización de directorios.
• HW-200972: Se evita la sincronización paralela si la sincronización de directorios y la sincronización de fotos de People Search están configuradas para el mismo momento.
• HW-204691: Se resolvió un problema que hacía que se detuviera la sincronización de directorios debido a errores del canal de comunicación. Ahora dispone de un parámetro configurable para establecer el número de horas después de las cuales se iniciará automáticamente la sincronización programada si el servicio de sincronización de directorios se detiene debido a errores inesperados en el canal de comunicación.

Mayo de 2024

Compatibilidad con la MFA de Entra ID como método de autenticación adicional

Omnissa Access ahora habilita la integración con la MFA de Microsoft Entra ID como método de autenticación adicional. Los usuarios pueden iniciar sesión en Omnissa Access con los métodos de autenticación existentes y, a continuación, se autentican con la MFA de Entra ID sin la necesidad de una solicitud de inicio de sesión adicional de Entra ID. Esta función simplifica la experiencia del usuario al incorporar las completas capacidades de la MFA de Entra ID al proceso de autenticación de Omnissa Access.

Abril de 2024

NUEVO: Fin de disponibilidad del endpoint de inicio de sesión de la API de Omnissa Access

En abril de 2024, se anunció el fin de la disponibilidad del endpoint de inicio de sesión de la API de Omnissa Access para todas las implementaciones en la nube y las implementaciones locales.

A partir del 15 de mayo de 2024, el endpoint /SAAS/API/1.0/REST/auth/system/login estará deshabilitado de forma predeterminada en todos los inquilinos de Omnissa Access Cloud. Esta API también está deshabilitada en Omnissa Access On Premises 23.09 y versiones posteriores.

Importante: Este anuncio del fin de la disponibilidad se aplica a todos los clientes de Omnissa Access Cloud y locales que utilicen las API de endpoint de inicio de sesión para la autenticación. Por lo general, estas API se utilizaban para fines de supervisión personalizados.

Todos los clientes que utilizan las REST API SAAS/API/1.0/REST/auth/system/login deben migrar a una de las siguientes opciones:

• Utilizar clientes OAuth2 con roles para reemplazar esta API en todos los scripts automatizados. Consulte Agregar un cliente de token de acceso de usuario de OAuth 2.0 a Omnissa Access.

• Utilizar el endpoint /SAAS/auth/login, que realizará una autenticación completa según lo configurado en la directiva de autenticación.

Compatibilidad con la autenticación con claves de acceso

Nos complace anunciar la disponibilidad de claves de acceso para la autenticación en Omnissa Access. Las claves de acceso son credenciales FIDO detectables, basadas en el estándar WebAuthn. Las claves de acceso permiten la autenticación sin contraseña y proporcionan a los usuarios experiencias de inicio de sesión más rápidas, sencillas y seguras en todos sus dispositivos. Las claves de acceso han obtenido un amplio apoyo de la industria y ofrecen una alternativa a las contraseñas viable y resistente al phishing. 

Las claves de acceso simplifican la autenticación FIDO2 mediante la sincronización de la información de registro de FIDO en los dispositivos del usuario. La compatibilidad con claves de acceso está disponible en todos los dispositivos, incluidos iOS, Mac, Windows, Android y todos los navegadores importantes. Los administradores pueden seguir configurando FIDO2 como método de autenticación en Omnissa Access y aprovechar las ventajas de las claves de acceso.

Las claves de acceso utilizan criptografía de clave pública y tienen dos partes: una clave pública en el servidor, en la que el usuario inicia sesión, y una clave privada correspondiente en sus dispositivos. La clave pública se sincroniza entre los dispositivos que comparten un inicio de sesión común, como los perfiles del navegador Chrome o Apple ID. Cuando los usuarios inician sesión, el servicio Omnissa Access inicia un flujo de autenticación web que activa la autenticación biométrica del dispositivo o el PIN para verificar la identidad del usuario y comprueba si su clave pública coincide con su clave privada. La experiencia del usuario es coherente con el desbloqueo de dispositivos típico con el que el usuario está familiarizado. El usuario iniciará sesión en la cuenta, mientras que la clave privada y su información biométrica permanecerán de forma segura en el dispositivo y nunca se compartirán.

Enero de 2024

Compatibilidad con clientes públicos PKCE y OAuth 2.0

PKCE es una extensión del flujo de código de autorización OAuth 2.0 que ayuda a proteger los tokens de OAuth de los ataques de inserción de código y CSRF. Los clientes públicos OAuth 2.0 que utilizan la concesión de código de autorización son susceptibles al ataque de interceptación de código de autorización. Una ruta de comunicación no protegida por TLS es susceptible a este ataque y un atacante puede obtener acceso al código de autorización y utilizarlo para obtener el token de acceso.

La extensión PKCE utiliza una clave aleatoria de forma criptográfica creada dinámicamente para garantizar la prueba de posesión por parte del cliente. Omnissa Access admite la habilitación de PKCE para clientes públicos OAuth 2.0 y clientes que participan en el flujo de código de autorización. Junto con la compatibilidad con PKCE, Omnissa Access ahora admite la creación de clientes públicos OAuth 2.0. Los clientes públicos son útiles para las aplicaciones que se ejecutan en un navegador o en un dispositivo móvil que no puede mantener seguro el secreto de cliente registrado.

PKCE está habilitado de forma predeterminada y es obligatorio para todos los clientes públicos creados en Omnissa Access.

Autenticación elegida por el usuario

Nos complace anunciar la disponibilidad de la funcionalidad de autenticación elegida por el usuario con Omnissa Access. Con esta nueva función, los usuarios tienen la flexibilidad de elegir entre un conjunto de opciones de autenticación que se les presentan para su autenticación de segundo factor.

Esta función es particularmente valiosa en escenarios en los que es posible que los usuarios no tengan acceso a su opción de autenticación en el segundo factor, como un teléfono inteligente para recibir notificaciones push. En estos casos, los usuarios pueden optar sin problemas por un método alternativo entre las opciones presentadas para completar correctamente la secuencia de inicio de sesión.

Los administradores configuran directivas para controlar la disponibilidad de varias opciones de autenticación para los requisitos de autenticación específicos. Además, se pueden configurar parámetros de acceso condicional como el rango de redes, las especificaciones de los dispositivos, el estado de administración de dispositivos o los grupos de usuarios para proteger y personalizar la experiencia de autenticación para los usuarios finales.

Esta función solo está disponible en Omnissa Access SaaS.

Diciembre de 2023

Compatibilidad para el SDK de Duo v4 con la solicitud universal de Duo

Omnissa Access ahora es compatible con el SDK de Duo v4. Duo v4 es compatible con la nueva solicitud universal de Duo que proporciona una experiencia de inicio de sesión de Duo simplificada y accesible para aplicaciones basadas en web y ofrece una interfaz visual rediseñada con mejoras de seguridad y facilidad de uso. Los usuarios de Omnissa Access se migran automáticamente de la solicitud tradicional de Duo a la solicitud universal de Duo tras implementarse esta compatibilidad. No se requiere ninguna acción por parte del administrador para habilitar este cambio.

Compatibilidad con Horizon Client y el inicio de aplicaciones desde accesos directos

Omnissa Access ahora proporciona la capacidad de volver a iniciar las aplicaciones y los escritorios virtuales publicados de Horizon desde accesos directos mediante direcciones URL de inicio. Antes de esta versión, al iniciar un acceso directo que apuntaba a Horizon Client o la aplicación, se dirigía a los usuarios a una pantalla en blanco que bloqueaba el inicio del cliente o la aplicación. Con esta actualización, se proporciona al usuario información de la aplicación y una opción de inicio.

Octubre de 2023

Omnissa Access Connector 23.09 disponible

Omnissa Access Connector 23.09 es compatible con Omnissa Access Cloud, Omnissa Access On-premises 23.09 y Omnissa Access para FedRAMP.

Problemas resueltos para Connector 23.09

Se resolvieron los siguientes problemas del conector.

• HW-180874: Se ignora la opción Cliente de inicio predeterminado para las colecciones de aplicaciones virtuales de Horizon
• HW-170798: No se pueden sincronizar las colecciones de aplicaciones virtuales de Horizon Enterprise cuando se utiliza una conexión a través de un proxy
• HW-174051: Al actualizar una colección de aplicaciones virtuales, se restablece el rango de redes
• HW-172671: Error en el inicio de la aplicación Citrix en Firefox
• HW-171435: Se produce un error en el inicio de la aplicación Citrix cuando el primer conector de la colección de aplicaciones virtuales está inactivo
• HW-170576: No se pueden sincronizar las colecciones de aplicaciones virtuales cuando se utiliza una conexión a través de un proxy
• HW-174269: Omnissa Access Connector 22.09.1 no se puede instalar cuando el nombre de dominio tiene un carácter "_"
• HW-181989: Al guardar o sincronizar una colección de aplicaciones virtuales de Horizon cuando un servidor de Horizon está inactivo, se eliminan los metadatos existentes
• HW-170576: Cuando se configura un proxy, el servicio de aplicaciones virtuales no puede recuperar metadatos de una configuración de agente de pod único de Horizon Cloud Service

Agosto de 2023

Anuncio de la disponibilidad general del SSO móvil para la autenticación de dispositivos Apple

Nos complace anunciar la disponibilidad general de la autenticación SSO móvil para dispositivos Apple: la función de SSO móvil de última generación en Omnissa Access.

Como parte de la especificación de MDM y el SDK de iOS 13, Apple introdujo una nueva extensión de SSO multiplataforma que ofrece un enfoque de SSO nativo mediante protocolos de federación estándar. El SSO móvil para dispositivos Apple en Omnissa Access aprovecha este SDK de extensión de SSO nativo en Apple.

Además de proporcionar SSO directo en dispositivos iOS y iPadOS, el SSO móvil para Apple en Omnissa Access ofrece autenticación biométrica configurable, que permite utilizar autenticadores biométricos integrados en la plataforma, como TouchID, FaceID o el código de acceso, para realizar autenticaciones adicionales antes de acceder a las aplicaciones.

El método de autenticación SSO móvil para Apple tiene la capacidad de limitar el inicio de sesión único a las aplicaciones seleccionadas. La solución utiliza la autenticación basada en certificados para Omnissa Access y admite los casos prácticos de Check-in/Check-out de dispositivos iOS compartidos de Workspace ONE.

NOTA: Workspace ONE Intelligent Hub debe estar instalado en los dispositivos que participan en el SSO.

El SSO móvil para Apple sustituye al SSO móvil para iOS disponible con Omnissa Access actualmente. Sin embargo, ambas soluciones pueden coexistir como parte de la configuración de la migración. Se recomienda realizar una migración gradual de SSO móvil para iOS a SSO móvil para Apple. Puede encontrar los pasos de migración aquí.

Esta función solo está disponible en el entorno de Omnissa Access Cloud.

Junio de 2023

Compatibilidad con dispositivos Windows 11 en reglas de directivas de Omnissa Access

Omnissa Access ahora reconoce los dispositivos Windows 11 para la inscripción y el acceso condicional. Antes de esta compatibilidad, las directivas de acceso con el tipo de dispositivo establecido en Windows 10 no se aplicaban a los dispositivos Windows 11. Con esta actualización, se utilizarán las reglas de tipo de dispositivo Windows 10+ para los dispositivos Windows 10 y Windows 11. Esta funcionalidad es compatible con todos los dispositivos Windows 11, incluidos los dispositivos móviles y de escritorio.

Mayo de 2023

Omnissa Access ahora admite FIDO2 como autenticador principal

Omnissa Access ahora permite configurar los autenticadores FIDO2 como autenticadores principales. Anteriormente, estos autenticadores solo se admitían para la autenticación incremental. En esta versión, los usuarios finales pueden autenticarse en Omnissa Access con autenticadores FIDO2. También pueden registrar personalmente estos autenticadores. Se admiten tanto autenticadores de plataforma (dispositivos móviles, portátiles, etc., compatibles con FIDO2) como autenticadores externos (dispositivos seguros USB, YubiKey, etc.).

Abril de 2023

Interrupción de la funcionalidad en las instancias no compatibles de Identity Manager Connector

En esta versión de Omnissa Access Cloud, cesará toda la funcionalidad en las instancias de Connector que no sean compatibles en cualquier entorno. Para mantener activas todas las funciones, deberá usarse una versión compatible de Omnissa Access Connector.

Con este cambio, se interrumpirán las siguientes funciones en los entornos donde se ejecuten instancias de Connector no compatibles:

1. Integración del directorio de Active Directory y otros servidores LDAP compatibles

2. Cambio de contraseña para los usuarios de Active Directory

3. Autenticación de usuarios con métodos basados en Connector

4. Integración de colecciones de aplicaciones virtuales (incluido el inicio)

Puede encontrar más información en este artículo de la base de conocimientos de Omnissa.

Se renovó la interfaz de informes de Omnissa Access en Omnissa Access Console

Se reestructuraron los informes de Omnissa Access para los usuarios administradores. Este nuevo diseño está actualizado y permite navegar fácilmente por los siguientes informes:

• Actividad reciente

• Uso de recursos

• Autorizaciones de recursos

• Actividad del recurso

• Afiliación a grupos

• Usuarios

• Uso del dispositivo

• Estado de aprovisionamiento

• Auditar eventos

Las acciones se pueden volver a configurar fácilmente en la nueva página de configuración de roles de Omnissa Access Console

La nueva navegación de configuración de roles permite agregar, eliminar y volver a configurar todas las acciones para un servicio. Los roles se pueden personalizar de cualquier forma con acciones específicas para cada servicio. Los usuarios que pueden administrar roles de administrador también podrán eliminar cualquiera de las acciones configuradas para un servicio (o todas ellas).

Marzo de 2023

Funcionalidad reducida de las instancias de Identity Manager Connector no compatibles

En la versión de marzo de Omnissa Access Cloud, cualquier entorno que utilice conectores no compatibles ya no podrá crear, editar ni eliminar directorios. Para mantener activas todas las funciones, deberá usarse una versión compatible de Omnissa Access Connector. Se recomienda encarecidamente a todos los clientes que migren a la versión más reciente de Connector lo antes posible.

La capacidad de sincronizar directorios preexistentes seguirá funcionando para las sincronizaciones programadas y a petición. Puede consultar más información en https://kb.omnissa.com/s/article/90808.

Páginas de navegación de Omnissa Access actualizadas

Estamos agregando nuevas páginas de navegación a la consola de Omnissa Access, que se renovaron con un diseño actualizado. Las siguientes páginas tienen un aspecto nuevo.

• Página integración de UEM

• Página de directorio

• Página del proveedor de identidad

Las páginas Detección automática y Términos de uso se eliminaron porque están relacionadas con Workspace ONE App, que alcanzó el fin de vida. Puede encontrar información sobre el fin de la vida de Workspace ONE App en las notas de la versión de abril de 2022.

Febrero de 2023

Nueva opción para mostrar la contraseña en la pantalla de inicio de sesión

Presentamos una nueva opción en la pantalla de inicio de sesión para permitir que los usuarios seleccionen mostrar la contraseña cuando se les solicite iniciar sesión y autenticarse mediante los servicios de Omnissa Access. Esta nueva función estará disponible en las pantallas de autenticación que utilicen el método de autenticación de contraseña.

Enero de 2023

Omnissa Access ahora admite la autenticación FIDO2 en navegadores móviles

Omnissa Access ahora permite que los autenticadores FIDO2 se registren y se utilicen para la autenticación en navegadores móviles. La compatibilidad anterior con el registro y la autenticación de FIDO2 se limitaba a los navegadores de escritorio. En esta versión, los usuarios finales pueden autenticarse en aplicaciones federadas de Omnissa Access mediante un autenticador FIDO2 (por ejemplo, YubiKey, Touch ID, Windows Hello, etc.) mediante navegadores móviles o de escritorio. Los usuarios finales también pueden registrar personalmente un autenticador FIDO2 para usarlo como factor autenticación principal o secundario.

Introducción a Omnissa Identity Service

Si es un nuevo cliente de Omnissa Access y Workspace ONE UEM, hemos agregado un servicio que facilitará el aprovisionamiento de usuarios y la federación. Ahora puede aprovechar Omnissa Identity Service para configurar un directorio aprovisionado de usuarios y grupos mediante el protocolo SCIM 2.0 en la consola de administración de Workspace ONE Cloud. Omnissa Identity Service aprovisionará automáticamente usuarios y grupos, así como ajustes de autenticación, a las consolas de administración de Workspace ONE UEM y Omnissa Access.

Orígenes de directorios y proveedores de identidades compatibles:

• Azure AD, un servicio de identidad basado en la nube en Microsoft Azure

• Origen de identidad SCIM 2.0 genérico (probado para Okta)

Para obtener más información, consulte las Notas de la versión de Omnissa Identity Service.

Antes de comenzar

Matriz de compatibilidad

La matriz de interoperabilidad de productos de Omnissa proporciona detalles sobre la compatibilidad de las versiones actuales y anteriores de productos y componentes de Omnissa.

Omnissa Access Connector

Puede consultar más información sobre el conectore en las Notas de la versión de Omnissa Access Connector.

Documentación

• Omnissa Access Cloud
• Omnissa Access Connector

Internacionalización

Consulte el artículo de la base de conocimientos 6000664: Anuncio de soporte de localización de Omnissa para obtener información sobre el contenido localizado.

Información de contacto de soporte técnico

Póngase en contacto con el equipo de soporte técnico si necesita ayuda con su entorno de Omnissa Access. Consulte Cómo presentar una solicitud de soporte en Customer Connect y a través del portal de Cloud Services.