Notes de version Okta Identity Engine (aperçu)

Version : 2026.09.0

Enregistrement du serveur MCP Okta Integration Network

Vous pouvez désormais ajouter des serveurs MCP à partir d'une entrée de catalogue Okta Integration Network, sans saisir manuellement ses détails de connexion. Consultez Ajouter un serveur MCP depuis le catalogue OIN. Cette fonctionnalité fait suite à un lent processus de déploiement avec un déploiement en aperçu jusqu'à la mi-septembre, suivi par la production.

Prise en charge de Dynamic Client Registration pour enregistrement du serveur MCP

Les administrateurs peuvent désormais sélectionner Dynamic Client Registration (DCR) lors de l'enregistrement manuel d'un serveur MCP. Lorsque vous sélectionnez cette option, Okta enregistre automatiquement un client auprès du fournisseur et renseigne les identifiants. Consultez Ajouter manuellement des serveurs MCP. Cette fonctionnalité fait suite à un lent processus de déploiement avec un déploiement en aperçu jusqu'à la mi-septembre, suivi par la production.

Mise à jour de la version du système d'exploitation pour la garantie des appareils

Les versions des systèmes d'exploitation suivantes sont désormais prises en charge dans les politiques de garantie des appareils : * Android 14, 15, 16, 17 (2026-08-01)

Nouvelles catégories de service IP pour les zones dynamiques améliorées

Plusieurs nouvelles catégories de service IP sont désormais prises en charge en tant que catégorie de service VPN individuelle dans les zones dynamiques améliorées. Consultez Catégories d'IP prises en charge.

Mise à jour de la version du système d'exploitation pour la garantie des appareils

Les versions des systèmes d'exploitation suivantes sont désormais prises en charge dans les politiques de garantie des appareils :

• macOS 14.8.9
• macOS 15.7.9
• macOS 26.6.1

Agent Okta On-Prem MFA version 1.8.7

Cette version comprend des améliorations de sécurité.

Mises à jour de l'interface utilisateur pour l'enregistrement des clients des agents d'IA

Dans l'onglet Agent IA > Enregistrement du client, les méthodes authentification sont désormais affichées verticalement et elles fournissent un bouton Configurer. Lorsque vous cliquez sur Configurer, vous êtes dirigé vers une page de configuration pour la méthode d'authentification.

Amélioration du nombre de tâches

Pour améliorer les performances dans la Admin Console, la page Tâches affiche désormais un nombre approximatif de 999+ lorsqu'une tâche contient plus de 1 000 éléments.

Radius Agent version 2.27

Cette version inclut des améliorations et correctifs internes.

Copier les adresses e-mail d'expéditeur vers le domaine par défaut de la marque

Vous pouvez désormais copier une adresse e-mail d'expéditeur personnalisée vers le domaine Okta par défaut lors de la configuration des paramètres d'e-mail d'une marque. Auparavant, cette option n'était disponible que lors de la copie entre des marques personnalisées.

Mise à jour de la version du système d'exploitation pour la garantie des appareils

Les versions des systèmes d'exploitation suivantes sont désormais prises en charge dans les politiques de garantie des appareils :

• macOS (26.6.2)
• iOS (26.6.1, 18.7.10)
• Versions de Windows 10 (10.0.17763.9121, 10.0.19044.7663, 10.0.19045.7663)
• Versions de Windows 11 (10.0.22631.7517, 10.0.26100.9168, 10.0.26200.9168)

Exigence d'authentification pour l'application d'un agent IA

Lorsqu'un agent IA est lié à une application, l'onglet Accès utilisateur affiche désormais l'exigence d'authentification pour l'application. Il fournit également un lien vers l'onglet Authentification de l'application, dans lequel vous pouvez configurer une politique d'authentification. 

Mises à jour de l'intégration Jamf Pro

Le champ Format du nom d'utilisateur de l'application dans l'Admin Console s'affiche désormais par défaut. Cela permet aux administrateurs de configurer des mappages personnalisés pour l'attribut SCIM userName.

Amélioration de l'interface utilisateur pour l'enregistrement de serveurs MCP

L'enregistrement de serveurs MCP a été mis à jour avec une interface utilisateur améliorée pour la gestion des permissions et la visibilité des outils.

Okta Provisioning Agent, version 3.3.1

Okta Provisioning Agent 3.3.1 est désormais disponible. Cette version met à jour la version du correctif JDK regroupé et comprend des optimisations de sécurité. Consultez l'historique des versions de la trousse SDK et d'Okta Provisioning Agent.

Approvisionnement pour WordPress

L'approvisionnement est désormais disponible pour l'intégration WordPress. Consultez Intégrer WordPress à Okta. 

Approvisionnement pour Ivanti

L'approvisionnement est désormais disponible pour l'intégration Ivanti. Consultez Intégrer Ivanti à Okta.

Approvisionnement pour Progress Chef

L'approvisionnement est désormais disponible pour l'intégration Progress Chef. Consultez Intégrer Progress Chef à Okta.

Connecteur SAP

L'intégration SAP a été migrée pour utiliser l'API SCIM 2.0, et le flux d'aide HTTP interne du connecteur a été mis à jour pour prendre en charge ce standard.

Amélioration du sondage des appareils DBSSO

La DBSSO se base désormais sur les conditions enregistrées par l'appareil qui sont configurées dans la politique d'authentification d'une application au lieu d'utiliser des méthodes de sondage à l'échelle de l'organisation.

Détection des bureaux à distance

Les administrateurs peuvent désormais détecter et contrôler l'accès depuis les bureaux à distance à l'aide d'une nouvelle catégorie de services IP REMOTE_DESKTOP dans les zones du réseau dynamiques améliorées. Les administrateurs peuvent inclure ou exclure REMOTE_DESKTOP lors de la configuration des zones du réseau dynamiques améliorées, ce qui permet des politiques plus précises, par exemple, en refusant l'accès via la politique de session globale ou la politique de connexion à l'application pour le trafic provenant de ces réseaux proxy. Consultez Catégories de services IP prises en charge.

Invite de promotion de l'enrôlement d'une clé d'accès

Vous pouvez désormais configurer un encouragement à l'enrôlement de clés d'accès qui invite les utilisateurs finaux à enrôler un authentificateur par clés d'accès lorsqu'ils se connectent. Cet encouragement s'applique uniquement lorsque l'authentificateur par clés d'accès est facultatif, et les utilisateurs qui l'ignorent peuvent quand même se connecter avec un autre authentificateur. Vous pouvez contrôler la fréquence d'affichage de l'invite et le nombre de fois qu'un utilisateur peut l'ignorer avant qu'Okta ne cesse de l'afficher. Consultez Créer une politique d'enrôlement des authentificateurs.

Notifications par e-mail des agents AD et LDAP interrompus

Les notifications par e-mail système incluent désormais des options pour l'interruption et la récupération des agent Active Directory et LDAP. Les administrateurs peuvent activer les notifications dans la Admin Console pour recevoir des alertes par e-mail lorsqu'un agent est interrompu et récupéré.

Approvisionnement pour Vercel

L'approvisionnement est maintenant disponible pour l'intégration Vercel. Consultez Intégrer Vercel à Okta. 

Augmentation de la limite de requêtes d'accès

Les limites de requêtes d'accès suivantes ont été augmentées :

• Utilisateurs par tâche ou question : 25 (précédemment 10)
• Paquets de droits dans le niveau d'accès d'une condition : 1 000 (précédemment 100)
• Groupes dans une condition de niveau d'accès : 1 000 (précédemment 500)
• Listes de configuration des types de requêtes par org : 250 (précédemment 100)
• Types de requêtes par org : 750 (précédemment 500)

Découverte d'outils pour les serveurs MCP

Lorsque vous enregistrez un serveur MCP, vous pouvez désormais tester vos identifiants et découvrir ses outils disponibles. Cela vous permet de vérifier l'intégralité de vos connexions et de visualiser les capacités du serveur MCP. Consultez Ajouter des serveurs MCP.

Intégration du mot de passe de SSO de la plateforme avec la SSO liée à l'appareil.

La méthode d'authentification mot de passe SSO de la palteforme s'intègre désormais avec la SSO lié à l'appareil. Lorsqu'un utilisateur se connecte à la fenêtre de connexion macOS, Okta vérifie le facteur du mot de passe et crée une session liée à l'appareil. Les utilisateurs peuvent alors accéder aux applications protégées par Okta dans leur navigateur sans invite de mot de passe supplémentaire. Consultez SSO sur la plateforme pour macOS et Configurer les profils de configuration des appareils pour PSSO à l'aide d'un MDM générique.

Prise en charge des clés Secure Enclave pour la SSO de plateforme

La SSO de plateforme prend désormais en charge une méthode authentification basée sur clé Secure Enclave qui s'intègre à la SSO liée à l'appareil. Lorsqu'un utilisateur s'authentifie au niveau de la fenêtre de connexion macOS à l'aide de son mot de passe, l'authentification déverrouille une clé cryptographique liée au matériel stockée dans Secure Enclave. Okta utilise cette clé pour crée une session liée à l'appareil qui satisfait à toute politique d'authentification nécessitant Okta FastPass avec vérification de l'utilisateur, sans répéter les invites de MFA. Consultez SSO sur la plateforme pour macOS et Configurer les profils de configuration des appareils pour Secure Enclave à l'aide d'un MDM générique.

Device-Bound Single Sign-On

La Device-Bound Single Sign-On ouvre une session protégée par matériel, pour un accès transparent aux applications une fois que les utilisateurs se sont connectés aux appareils macOS et Windows associés à Okta. Cette fonctionnalité offre une protection contre les rediffusions de session et une expérience d'authentification simplifiée. Consultez Authentification unique liée à l'appareil.

Scripts PowerShell pour Active Directory

Les administrateurs peuvent désormais exécuter des scripts PowerShell personnalisés dans des environnements Active Directory locaux en utilisant le Active Directory agent pour prendre en charge des fonctionnalités personnalisées de gestion du cycle de vie. Une fois la configuration effectuée, les administrateurs peuvent invoquer des scripts via Okta Workflows à l'aide de l'API publique Okta. Consultez les sections Activer et configurer le script PowerShell dans Active Directory et Invoquer un script distant sur l'agent AD.

Approvisionnement pour Sophos Cloud

L'approvisionnement est maintenant disponible pour l'intégration Sophos Cloud. Consultez Intégrer Sophos Cloud à Okta.

Découverte de facteurs Desktop MFA pour Windows

Desktop MFA pour Windows n'affiche désormais aux utilisateurs que les facteurs MFA qu'ils ont enrôlés, au lieu d'une liste fixe de tous les facteurs disponibles. Les nouveaux utilisateurs sans facteur enrôlé peuvent se connecter pendant leur période de grâce pour configurer la MFA, tandis que les utilisateurs existants se connectant sur un nouvel appareil doivent se vérifier avec un facteur existant. Consultez Activer la découverte de facteurs Desktop MFA.

L'agent serveur SCIM Okta local s'appelle désormais l'agent SCIM Okta local

L'agent serveur SCIM Okta local a été remplacé par l'agent SCIM Okta local Cette modification réduit le nombre de dépendances et permet l'implémentation de nouvelles fonctionnalités. Consultez On-prem Connector for Generic Databases.

Augmentation de la limite d'attribution de domaine

Le nombre maximum d'attributions de domaine Realm autorisées par source de profil est passé de 30 à 100. Cela permet aux administrateurs d'étendre l'organisation et la gestion des utilisateurs à un plus grand nombre de domaines Realm. Consultez Domaines Realm.

Importer des agents IA depuis Databricks

Vous pouvez désormais importer et gérer les agents IA intégrés à Databricks directement via Okta. Consultez Importations d'agents IA.

Authentificateur NFC

Okta prend désormais en charge l'authentificateur NFC comme méthode d'authentification pour les travailleurs de première ligne qui se connectent à des applications protégées par Okta sur les postes de travail partagés de bureau Windows. Pour s'authentifier, un utilisateur final appuie son badge NFC sur un lecteur et saisit un NIP pour répondre aux exigences de MFA, sans avoir besoin d'un téléphone, mot de passe ou compte partagé. Consultez Authentificateur NFC.

Protection de l'importation des droits

Les mesures de protection relatives à l'importation des droits empêchent les importations effectuées par les utilisateurs de supprimer accidentellement des rôles ou des licences d'application lorsqu'un utilisateur n'est plus associé à une application. Les administrateurs peuvent configurer ces mesures de protection pour chaque application en utilisant soit des seuils exprimés en pourcentage, soit des seuils en nombre absolu, et peuvent, s'ils le souhaitent, bloquer les importations qui modifient ou suppriment les schémas de droits. Consulter Mesures de sécurité liées aux importations.

Améliorations de la page des applications

La page Applications propose désormais des options pour filtrer les applications par type et par état, rechercher des applications par nom ou par ID client, et afficher les applications par date de dernière modification.Vous pouvez également exporter des applications au format CSV pour transformer votre liste filtrée en un rapport prêt pour l'audit. Pendant la phase d'accès anticipé, l'étiquetage s'appuie sur les étiquettes de gouvernance IGA et n'est réservé qu'aux clients OIG. Consultez Rechercher, filtrer et exporter les intégrations d'application et les étiquettes de ressource.

Personnalisation de la connexion à faible code

La personnalistaion est une priorité pour les entreprises. Peu de facteurs ont autant d'effet sur la confiance des clients que l'apparence de l'image de marque de leur site. C'est ainsi que les utilisateurs savent qu'ils peuvent faire confiance au site et découvrir les nouvelles offres. Grâce à la personnalisation de la connexion à faible code, les administrateurs peuvent personnaliser le texte, les couleurs et les images de leur Sign-In Widget sans avoir à effectuer de modifications complexes ou risquées à l'aide de l'éditeur de code. Un langage de modèles JSON doté d'une mise en évidence syntaxique et de suggestions permet aux administrateurs d'apporter des modifications visuelles à la page de connexion et à l'authentification interstitielle afin de les adapter à l'expérience souhaitée, sans avoir à modifier la moindre ligne de code. Consultez Personnaliser votre page de connexion.

On-prem Connector pour les bases de données génériques prend en charge la haute disponibilité grâce à l'agent Unified OPS.

On-prem Connector pour les bases de données génériques prend désormais en charge la haute disponibilité, ce qui vous permet d'attribuer plusieurs agents SCIM Okta locaux à une seule instance d'application, afin que tout agent disponible puisse effectuer une opération d'importation ou d'approvisionnement. Cela permet d'éliminer le point de défaillance unique des intégrations de bases de données locales et d'assurer leur continuité de fonctionnement lorsqu'un agent est hors ligne ou en cours de mise à niveau. Consultez On-prem Connector for Generic Databases.

Prise en charge Okta Verify pour Linux

Okta Verify prend désormais en charge les appareils de bureau Linux, ce qui permet aux administrateurs d'étendre l'authentification Okta FastPass basée sur le matériel et résistante au hameçonnage aux utilisateurs Linux. Cette version assure la prise en charge officielle des appareils fonctionnant sous Ubuntu 24.04 et 26.04. Consultez la section Déployer Okta Verify sur les appareils Linux.

On-prem Connector pour bases de données génériques prend en charge les importations incrémentielles

Le On-prem Connector pour les bases de données génériques prend désormais en charge les importations incrémentielles, qui récupèrent uniquement les utilisateurs et les attributions de droits qui ont été modifiés depuis la dernière importation réussie, plutôt que l'ensemble de données complet. Cela réduit la durée des importations et la charge de la base de données pour les déploiements à grande échelle. La base de données source doit utiliser des suppressions réversibles et comporter une colonne d'horodatage mise à jour automatiquement. Consultez On-prem Connector for Generic Databases.

• Les notifications Push pour les vérifications Okta Verify pendant l'authentification directe échouaient parfois avec une erreur direct_auth_policy_denied lorsque la vérification biométrique n'était pas enregistrée. (OKTA-1099950)

• Les erreurs de politique de mot de passe relatives à la protection des identifiants violée persistaient après la résolution des problèmes par les administrateurs. (OKTA-1239168)

• Certains liens de la page d'aide à la connexion ne respectaient pas le rapport de contraste minimum. (OKTA-1241201)

• Les utilisateurs Active Directory nouvellement importés ne pouvaient pas activer leurs comptes via des liens par e-mail lorsque enrôlement hors bande Vérifié par Okta était activée dans la politique de gestion des compte Okta. (OKTA-1250588)

• Lorsqu'aucune clé d'accès n'était enrôlée, le tableau de bord des utilisateurs finaux affichait l'étiquette de méthodes de sécurité comme Clé de sécurité ou Authentificateur biométrique au lieu de Clé d'accès. (OKTA-1258336)

• Certains attributs de profil personnalisés étaient toujours visibles dans l'interface utilisateur après leur suppression par un administrateur.(OKTA-1260654)

• Lorsque vous utilisiez Okta comme autorité de certification (AC) à la place d'une AC tierce, l'AC Okta ne permettait pas de réenregistrer un appareil après sa suppression d'Okta. (OKTA-1261907)

• Pour les agents d'IA bénéficiant d'une délégation de connexion utilisateur, la bannière d'obsolescence affichée dans l'onglet Accès utilisateur présentait des informations erronées. (OKTA-1262867)

• Les rôles d'administrateur personnalisés pourraient générer un NIP de remise en état de Desktop MFA pour des utilisateurs hors de leur groupe de ressources s'ils disposaient de l'autorisation relative au NIP de remise en état au niveau de l'appareil. (OKTA-1264620)

• Lorsque la configuration de l'authentificateur flexible Okta Verify était activée, les utilisateurs finaux qui se connectaient à des applications RADIUS à l'aide d'Okta Verify – Push recevaient un message d'erreur. (OKTA-1265932)

• Harriet (SCIM) a été mis à jour. En savoir plus.

• Your360 (OIDC) est désormais proposé. En savoir plus.

• Your360 (SAML) est désormais proposé. En savoir plus.

• Harriet (OIDC) a été mis à jour.

• Sensor Tower (SCIM) est désormais proposé. En savoir plus.

• Le connecteur de gestion du cycle de vie Visily de Redblock (SCIM) est désormais proposé. En savoir plus.

• Instagram (SWA) a été mis à jour.

CIMD pour les agents IA

Vous pouvez désormais enregistrer les agents IA avec un CIMD afin qu'ils puissent s'identifier avec une URL au lieu d'un ID client statique. Consultez À propos des documents de métadonnées d'ID client (CIMD).

Mise à jour de l'interface utilisateur pour les permissions de serveur MCP

Désormais, lorsque vous ajoutez des permissions personnalisées à un serveur MCP, la liste des permissions apparaît dans une boîte de dialogue distincte.Consultez Ajouter manuellement un serveur MCP.

Réaffectation automatique des tâches et des questions après un changement de responsable

Pour éviter que les requêtes d'accès ne soient bloquées lors des changements organisationnels, les requêtes d'accès Okta réaffectent désormais automatiquement les tâches et les questions des responsables en attente au nouveau responsable des employés dès qu'un changement de responsable se produit. Cette réaffectation automatique garantit que les approbations se déroulent sans intervention manuelle de l'équipe informatique ni retard, même si le compte du responsable précédent a déjà été désactivé. Elle est disponible pour les requêtes générées avec des conditions de requêtes et des types de requêtes.

Vue de la chronologie des demandeurs

Les demandeurs peuvent désormais afficher une chronologie détaillée du statut des tâches de leur requête directement depuis l'application Requête d'accès Okta. Cette visibilité accrue permet aux demandeurs de suivre facilement la progression de leurs requêtes, et de voir qui a approuvé les tâches individuelles et d'identifier les tâches restantes, ce qui les aide à rester informés tout au long du processus d'approbation et réduit les demandes de statut inutiles. La chronologie est disponible pour les requêtes générées avec des conditions de requêtes d'accès.

• Lorsque des utilisateurs mettaient à jour l'application Okta Verify sur des appareils iOS, le journal système enregistrait plusieurs événements user.mfa.factor.update au cours d'une seule journée. (OKTA-1215063)

• Le fait de basculer l'option Contrôle d'accès pour une règle de politique de Mot de passe de Hérité à Politique d'authentification ne remplaçait pas les paramètres hérités pour les authentificateurs supplémentaires. Les utilisateurs étaient donc invités à s'enrôler à des authentificateurs supplémentaires qui n'étaient pas nécessaires. (OKTA-1220283)

• Les utilisateurs qui se connectaient avec Okta FastPass et sélectionnaient Rester connecté ne pouvaient pas mettre à jour leur mot de passe lorsqu'ils cliquaient sur Modifier le profil dans le tableau de bord des utilisateurs finaux. (OKTA-1224212)

• Lorsque des utilisateurs essayaient de se connecter avec Okta FastPass sur un appareil partagé, aucun message d'erreur ne s'affichait pour les informer qu'Okta FastPass n'était pas disponible sur les appareils partagés. (OKTA-1237130)

• Lors de la création ou de la mise à jour d'une politique d'identification des utilisateurs, vous ne pouviez sélectionner que les 20 premières zones du réseau pour la règle de politique d'identification des utilisateurs. (OKTA-1259477)

• Une fois les utilisateurs déconnectés, un clic sur Se connecter par NFC pouvait entraîner une absence de réponse pendant qu'Okta Verify recherchait une instance disponible, obligeant les utilisateurs à réessayer. (OKTA-1265555)

• Lorsqu'un administrateur lançait une importation d'utilisateurs pour un compte de service unique ne disposant pas d'objet utilisateur Okta, le processus de synchronisation des profils mettait à jour de manière erronée tous les utilisateurs de l'instance Active Directory. (OKTA-1267422)

• Lorsque des utilisateurs disposant du rôle d'administrateur Auditeur (Lecture seule) tentaient de s'authentifier à l'aide d'Okta Verify Push, l'approbation de l'invite push sur leur appareil mobile renvoyait un message d'erreur « Échec de l'envoi de la notification push ». (OKTA-1268324)

• Les administrateurs pouvaient supprimer un serveur d'autorisations avec des connexions gérées actives d'un serveur MCP. (OKTA-1273048)

• Les administrateurs rencontraient des erreurs de performance des pages et des invites MFA inattendues en raison de l'expiration des jetons d'accès pendant les tâches. (OKTA-1281712)

• Atomicwork (SAML) est désormais disponible. En savoir plus.

• Cockroach Labs (SCIM) a été mis à jour avec un nouveau logo d'application.

• Entrust IDV (IDV) est maintenant disponible. En savoir plus.

• MongoDB Atlas est maintenant disponible dans OIN avec la prise en charge de l'approvisionnement SCIM 2.0, ce qui automatise la gestion du cycle de vie des utilisateurs et des accès entre Okta et MongoDB Atlas.

• StitchOps (OIDC) est désormais disponible. En savoir plus.

Noms de serveurs MCP uniques

Lorsque vous enregistrez un serveur MCP, celui-ci doit désormais disposer d'un nom d'affichage unique. 

Importer des agents IA depuis Tines

Vous pouvez désormais importer et gérer les agents IA intégrés à Tines directement via Okta. Consultez Importations d'agents IA.

Résistance automatique à l'hameçonnage pour FastPass dans les chaînes authentification

Lorsque vous incluez Okta FastPass dans une chaîne de méthodes d'authentification, la caractéristique Résistant à l'hameçonnage est désormais sélectionnée par défaut. 

Justification des décisions de requêtes d'accès

Okta Identity Governance prend désormais en charge des contrôles de justification configurables pour les décisions de requêtes d'accès, offrant ainsi aux demandeurs une plus grande transparence sur les approbations et les refus les concernant. Les administrateurs peuvent configurer la séquence d'approbation ou les paramètres de type de requête afin d'inclure le champ de justification de la décision dans les tâches d'approbation, ce qui permet aux approbateurs de motiver leur décision s'ils le souhaitent. L'ensemble du texte de justification soumis est consigné sur le ticket de requête et mis à la disposition du demandeur, offrant ainsi des insights précieux sur les décisions d'accès. Consultez Paramètres du type de requêtes.

Approvisionnement pour Kong AI

L'approvisionnement est désormais disponible pour l'intégration Kong AI. Consultez Intégrer Kong AI à Okta.

URL de ressource modifiable pour les serveurs MCP

Les administrateurs peuvent désormais modifier l'URL de la ressource et relancer la détection des métadonnées pour un serveur MCP.

• Lorsque les utilisateurs SSO liés à un appareil accédaient à des applications via une redirection IDP SAML, certains d'entre eux se retrouvaient bloqués dans une boucle de redirection infinie dans Okta FastPass. (OKTA-1242455)

• Pour les utilisateurs qui n'avaient pas été créés via l'enregistrement en libre-service, le fait de cliquer sur Mot de passe oublié sur un compte En attente entraînait l'envoi d'un e-mail d'activation et non d'un e-mail de réinitialisation du mot de passe. Cela modifiait également le statut du compte, qui passait à En attente d'une action de la part de l'utilisateur sans qu'un événement du cycle de vie ne soit enregistré. (OKTA-1244542)

• Dans certaines orgs, le Sign-In Widget (troisième génération) affichait « Configurer un autre » au lieu de « Configurer » sur le bouton d'invite d'enrôlement des e-mails. (OKTA-1245836)

• Les utilisateurs ne parvenaient pas à se connecter à l'aide d'un authentificateur NFC lorsque la fonctionnalité Device-Bound Single Sign-On était activée sur leurs appareils Windows. (OKTA-1274233)

• Lorsqu'une tâche d'importation rapprochait des utilisateurs administrateurs actifs existants, Okta enregistrait à tort de faux événements d'audit de type ROLE_ASSIGNED_USER_ACTIVATION. Ce problème générerait des enregistrements trompeurs alors qu'aucun changement de rôle n'avait eu lieu. (OKTA-1274235)

• L'enrôlement de l'authentificateur NFC échouait et générait une erreur lorsque l'option Se connecter via NFC était désactivée, aussi bien depuis le tableau de bord des utilisateurs finaux que via une politique d'enrôlement exigeant l'authentificateur NFC. (OKTA-1275952)

• Les règles de routage du fournisseur d'identité (IdP) délimitées par l'application pouvaient acheminer les demandes d'authentification vers le mauvais IdP, entraînant ainsi des échecs de connexion pour les utilisateurs qui auraient dû être redirigés vers un IdP différent ou la page de connexion par défaut. (OKTA-1176869)

• Une fois que la fonction Déconnexion universelle avait révoqué la session d'un utilisateur, le fait de cliquer sur Se connecter sur la page Session révoquée redirigeait les utilisateurs vers le tableau de bord Okta au lieu de l'application à laquelle ils tentaient d'accéder. (OKTA-1182886)

• Sur le tableau de bord des utilisateurs finaux, le bouton Configurer de l'authentificateur NFC s'affichait par erreur pour les utilisateurs d'appareils autres que Windows. (OKTA-1255785)

• La page Sources des utilisateur se chargeait lentement lorsqu'elle comportait un grand nombre de sources de profil. (OKTA-1265698)

• Lorsque la configuration flexible de l'authentificateur Okta Verify flexible était activée, la récupération de la vérification des utilisateurs échouait pour Okta FastPass et Push. Les utilisateurs ne disposant d'aucune méthode de vérification enregistrée n'étaient pas invités à en ajouter une, et les utilisateurs dont la méthode de vérification était invalidée ne pouvaient pas se connecter, même après avoir terminé la procédure de récupération. (OKTA-1268512)

• Dans les orgs où la fonctionnalité en accès anticipé « Prise en charge de la réauthentification avec un IdP externe » était activée, les utilisateurs qui tentaient de se connecter à une application via un IdP voyaient s'afficher un message d'erreur s'ils disposaient déjà d'une session active sur l'IdP en amont. (OKTA-1276837)

• Lors de la génération du rapport d'attribution des rôles d'administrateur prédéfinis, le statut d'administrateur tiers apparaissait de manière incohérente pour les utilisateurs dotés de plusieurs rôles d'administrateur attribués via des appartenancse à des groupes. (OKTA-1278183)

• Les administrateurs rencontraient des erreurs de performance des pages et des invites MFA inattendues en raison de l'expiration des jetons d'accès pendant les tâches. (OKTA-1281712)

• Ansi Standards Connect (OIDC) est désormais disponible. En savoir plus.

• Antenna (service API) est désormais disponible. En savoir plus.

• Availity (SWA) a été mis à jour.

• ClearVector (OIDC) est désormais disponible. En savoir plus.

• Corma (service API) dispose d'un nouveau logo et des nouvelles permissions suivantes : okta.users.manage, okta.roles.read, okta.groups.manage.

• Cursor (SAML) est désormais disponible. En savoir plus.

• dbt Cloud (SAML) est désormais disponible. En savoir plus.

• DevArmor (OIDC) est désormais disponible. En savoir plus.

• Domo (OIDC) est désormais disponible. En savoir plus.

• Goldman Sachs Research (SWA) a été mis à jour.

• Le connecteur de gestion du cycle de vie HelpJuice par Redblock (SCIM) est désormais disponible. En savoir plus.

• Hexnode (intégration de services d'API) dispose d'un nouveau guide d'intégration. En savoir plus.

• Hgraph (SAML) est désormais disponible. En savoir plus.

• Honeycomb (SAML) est désormais disponible. En savoir plus.

• iCompaas – La plateforme d'automatisation de la conformité et de la sécurité (service API) est désormais disponible. En savoir plus.

• Infomaniak (SAML) est désormais disponible. En savoir plus.

• Infomaniak (SCIM) est désormais disponible. En savoir plus.

• Kluster (OIDC) dispose d'une nouvelle URI de redirection.

• Metano (OIDC) est désormais disponible. En savoir plus.

• Metano (SAML) est désormais disponible. En savoir plus.

• Metano (SCIM) est désormais disponible. En savoir plus.

• Metano (Déconnexion universelle) est désormais disponible. En savoir plus.

• Metano dispose d'un nouveau logo.

• L'enrôlement des utilisateurs Netskope (SCIM) prend désormais en charge le protocole OIDC.

• La synchronisation de répertoire PaperCut Hive et Pocket (service API) est désormais disponible. En savoir plus.

• Pensero (SAML) est désormais disponible. En savoir plus.

• Pensero (SCIM) est désormais disponible. En savoir plus.

• PipeDrive (SWA) a été mis à jour.

• Progress Chef (OIDC) est désormais disponible. En savoir plus.

• Pulumi Cloud (SAML) est désormais disponible. En savoir plus.

• Pulumi Cloud est désormais disponible dans l'Okta Integration Network (OIN) avec la prise en charge de l'approvisionnement SCIM 2.0. Les administrateurs peuvent automatiser l'intégration des utilisateurs, la mise à jour des profils et leur départ entre Okta et Pulumi Cloud. La prise en charge du transfert de groupes permet un accès basé sur les rôles en synchronisant les groupes Okta avec les équipes Pulumi Cloud.

• Qualtrics XM (SWA) a été mis à jour.

• Skillcast (SCIM) a été mis à jour. En savoir plus.

• Tines (OIDC) est désormais disponible. En savoir plus.

• TrueFoundry (OIDC) est désormais disponible. En savoir plus.

• Visitly (SAML) dispose d'un nouveau logo et d'une nouvelle description.

• Visitly (SCIM) propose de nouvelles fonctionnalités SCIM : le transfert de nouveaux utilisateurs sans mot de passe et le transfert de groupes.

• Your360 (SAML) a été mis à jour avec un nouveau nom d'application.

CIMD pour les applications OIDC

Vous pouvez désormais ajouter des documents de métadonnées d'ID client (CIMD) aux intégrations d'applications OIDC afin qu'elles puissent s'identifier auprès d'Okta. Ceci élimine l'utilisation des secrets partagés et des clients OAuth configurés manuellement. Okta récupère les URI de redirection d'une application et d'autres informations sur le client directement depuis les CIMD, et crée automatiquement le client. Consultez À propos des documents de métadonnées d'ID client (CIMD).

OAuth 2.0 avec assertion SAML SAP SuccessFactors

L'intégration d'app SAP SuccessFactors prend désormais en charge OAuth 2.0 avec assertion SAML afin de renforcer la sécurité des API. Pour garantir la continuité de vos processus d'approvisionnement et de synchronisation sans interruption, vous devez migrer vers cette nouvelle méthode d'authentification avant la suppression de l'authentification de base de SAP, prévue le 20 novembre 2026. Consultez Configurer OAuth 2.0 avec SAML pour SAP SuccessFactors.

Workday prend en charge les importations incrémentielles

Workday peut maintenant exécuter des importations immédiates et incrémentielles. Les importations incrémentielles sont beaucoup plus rapides que les importations complètes. Toutefois, ils ne détectent pas le cas où les utilisateurs n'ont que des modifications d'attributs personnalisés ; vous devez donc exécuter périodiquement une importation complète pour prendre en compte ces changements. Consultez Importations incrémentielles.

Enrôlement sur le même appareil pour Okta FastPass

Pour les organisations utilisant Okta FastPass, le processus d'enrôlement à Okta Verify a été simplifié :

• Les utilisateurs peuvent initier et terminer l'enrôlement sur l'appareil qu'ils utilisent. Auparavant, deux appareils différents étaient nécessaires pour configurer un compte.
• Les utilisateurs ne doivent plus saisir l'URL de leur org lors de l'enrôlement.
• Le flux d'enrôlement comporte moins d'étapes. Cette fonctionnalité est prise en charge sur les appareils Android, iOS et macOS.

Accès direct aux paramètres de l'utilisateur final

Les utilisateurs peuvent désormais accéder à leur page Paramètres par le biais d'une URL directe en plus du tableau de bord de l'utilisateur final. Cette fonctionnalité offre commodité et sécurité aux utilisateurs, donne aux administrateurs une plus grande flexibilité lorsqu'ils travaillent avec des scénarios de contrôle d'accès au tableau de bord de l'utilisateur final, et inclut des améliorations en matière d'accessibilité et d'expérience utilisateur. Consultez Paramètres de l'utilisateur final.

Paramètre de l'utilisateur final pour les facteurs de surnom

Les utilisateurs finaux peuvent maintenant surnommer leurs facteurs téléphone, WebAuthn et Okta Verify. S'ils ont inscrit plusieurs instances d'un facteur, donner des surnoms les aide à identifier les facteurs rapidement (par exemple, « Mon téléphone portable personnel » ou « Mon bureau MacBook Touch ID »). Consultez la documentation de l'utilisateur final. Il s'agit d'une fonctionnalité en libre-service.

Événements descriptifs du journal système

Lorsqu'Okta identifie une menace de sécurité, l'entrée security.threat.detected du journal système fournit désormais un motif explicite pour l'événement. Consultez Le Journal système ;.

Nouveau LDAP flexible

Un nouveau schéma LDAP offre de la flexibilité en déplaçant l'e-mail vers le schéma personnalisé et en rendant le prénom, le nom de famille, le nom d'utilisateur et l'UID facultatifs. Cela permet d'éviter les scénarios erronés lorsqu'un schéma LDAP n'inclut pas d'attributs spécifiques.

Couverture de ThreatInsight sur les points de terminaison API Okta de base

La couverture Okta ThreatInsight est désormais disponible pour les points de terminaison API Okta de base :

• OpenID Connect et OAuth 2.0
• Okta Management
• MyAccount API

Sur la base d'heuristiques et de modèles d'apprentissage automatique, Okta ThreatInsight maintient une liste évolutive d'adresses IP manifestant de façon récurrente une activité malveillante sur la base des clients d'Okta. Les requêtes provenant de ces adresses IP malveillantes peuvent être bloquées ou soumises à une analyse plus poussée lorsque Okta ThreatInsight est activé pour une org Okta. Auparavant, la couverture d'Okta ThreatInsight ne s'appliquait qu'aux points de terminaison d'authentification Okta (y compris les points de terminaison d'enrôlement et de récupération). Avec cette version, des schémas d'attaque enrichis sont détectés pour les points de terminaison d'authentification et des schémas d'attaque limités le sont également pour les points de terminaison hors authentification. Il n'y a aucune modification au niveau de la configuration existante d'Okta ThreatInsight. Vous pouvez toujours activer Okta ThreatInsight en mode journalisation et blocage, en mode journalisation uniquement et avec des zones réseau exemptées. Un nouveau motif Negative IP Reputation est disponible pour les événements security.threat.detected élevés. Consultez Événements du Journal système pour Okta ThreatInsight.