Notes de version pour Okta Identity Engine (2026)

Sign-In Widget, version 7.39.0

Pour plus d'informations sur cette version, consultez les notes de version du Sign-In Widget. Pour plus d'informations sur le Sign-In Widget, voir Okta Sign-In Widget.

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 :

• iOS 18.7.3, 26.2
• macOS 14.8.3, 15.7.3, 26.2

Améliorations de l'interface utilisateur dans l'onglet Risque du profil utilisateur

Les colonnes du tableau de l'onglet Risque de profil utilisateur ont été réorganisées pour une meilleure visibilité, et les événements de changement de contexte ont été remplacés par des événements de violation de politique.

Mise à jour des liens des documents d'aide sur la page Activité récente

La page Activité récente dans les paramètres de l'utilisateur final 2.0 a mis à jour les liens des documents d'aide.

Navigation fluide dans l'Admin Console

Lorsque vous accédez à la Admin Console à partir du sélecteur d'applications, du bouton Admin ou d'une URL directe, votre session active est désormais réutilisée. Cela réduit les invites de MFA redondantes et améliore l'expérience de navigation.

Mises à jour au commutateur d'app de première partie

Auparavant, vous deviez être un administrateur Okta pour utiliser le sélecteur d'application Okta de première partie. Désormais, les utilisateurs non administrateurs peuvent utiliser le sélecteur d'applications pour naviguer en toute transparence entre les applications de première partie d'Okta telles que ISPM, Workflows ou le portail administrateur partenaire.

Évaluation de l'indice de connexion pour les apps non OIDC

La page Sécurité > Général de l'Admin Console a été mise à jour avec un nouveau paramètre Évaluation de l'indice de connexion pour les applications non OIDC. Ce paramètre détermine si le Sign-In Widget évalue les indices de connexion lorsqu'ils sont fournis par une app. Voir Sécurité générale.

Nouvelles catégories de service IP prises en charge

PAWXY_VPN, QUARK_VPN, GIAMPING_VPN et ENCRYPT_SECURE_SERVERS_VPN sont désormais pris en charge en tant que catégories de services IP dans les zones dynamiques améliorées. Consultez Catégories de services IP prises en charge.

JSON Web Encryption pour les jetons d'ID OIDC

Vous pouvez désormais chiffrer les jetons d'ID OIDC pour les intégrations d'app personnalisées protégées par Okta à l'aide de JSON Web Encryption. Voir Chiffrer les jetons d'ID OIDC pour les intégrations d'app.

Génération unifiée des demandes pour les apps personnalisées

La génération de demandes unifiées est une nouvelle interface simplifiée pour la gestion des demandes (OIDC) et des déclarations d'attributs (SAML) pour les intégrations d'app personnalisées protégées par Okta. En plus des demandes de profils utilisateur et groupes, les nouveaux types de demande suivants sont disponibles : droits (nécessite OIG), profil d'appareil, ID de session et AMR de session. Voir Configurer des demandes personnalisées pour les intégrations d'applications.

AAGUID FIDO2 personnalisé

Les clients peuvent ajouter des clés de sécurité non FIDO Metadata Service (MDS) et d'autres Authenticators et bénéficier d'un contrôle plus fin sur eux. Cela étend la prise en charge des Authenticators FIDO2 (WebAuthn) à un plus large éventail de clés de sécurité et à d'autres Authenticators, ce qui donne aux clients une plus grande flexibilité et un plus grand contrôle sur la sécurité de leur environnement.

Clarification du texte Rester connecté

La page de configuration de la politique de connexion aux apps a mis à jour le texte qui précise que l'option permettant de rester connecté persiste dans toutes les apps. Consultez Ajouter une règle de politique de connexion à l'application.

Nouvelle interface pour les notifications par e-mail des demandes d'accès

Les notifications par e-mail des requêtes d'accès ont une nouvelle interface, y compris des mises à jour de l'alignement du texte, des couleurs utilisées, de l'emplacement du logo Okta et l'ajout d'un arrière-plan gris.

La possibilité de faire remonter des tâches est en disponibilité générale dans les environnements de production

Les administrateurs des requêtes d'accès et les destinataires des requêtes peuvent rediriger l'accès aux tâches bloquées au sein d'une requête vers le responsable du chargé de requêtes. Les demandeurs peuvent également faire remonter des tâches dans leurs Requêtes d'accès si vous avez activé le commutateur Autoriser les demandeurs à faire remonter les tâches sur la page Paramètres. Cela permet d'accélérer la résolution des requêtes, d'éviter les goulots d'étranglement, d'améliorer la productivité et de réduire le recours à des solutions de contournement risquées. Faire remonter des tâches est un processus sécurisé, auditable et automatisé qui vous aide à adopter des modèles de demande d'accès basés sur le temps en prenant en charge à la fois des opérations efficaces et des postures de sécurité strictes.

Consulter Transmettre les tâches et Autoriser les demandeurs à réattribur des tâches.

Prise en charge de WS-Trust 1.3 pour le Windows Transport

Windows Transport prend désormais en charge le protocole WS-Trust 1.3. Cela permet l'activation silencieuse pour les nouveaux clients Microsoft Office, éliminant ainsi le besoin pour les utilisateurs de saisir manuellement leurs informations d'identification.

Nouvelles autorisations personnalisées pour les rôles d'administrateur

Les nouvelles autorisations personnalisées pour les administrateurs accordent les droits de lecture ou de lecture et d'écriture pour les politiques de connexion aux app, de sessions globales et Okta Account Management. Cela améliore la granularité des autorisations des administrateurs dans votre org. Consulter Créer un ensemble de ressources.

Améliorations de la convivialité pour la configuration WS-Federation d'Office 365

L'interface de configuration de WS-Federation sur la page de connexion a été revue pour en améliorer la clarté et la convivialité :

• Le bouton Voir les instructions de configuration a été déplacé pour optimiser la disposition visuelle.
• Une nouvelle option d'affichage a été ajoutée pour visualiser les relations entre les domaines parent et enfant.

Garantie des appareils pour Windows : protection contre les virus et les menaces

Les administrateurs peuvent désormais appliquer une condition de garantie des appareils qui exige que les appareils Windows utilisant le navigateur Chrome aient activé la protection contre les virus et les menaces. Cette fonctionnalité EA en libre-service renforce la posture de sécurité de votre org en garantissant que les appareils des utilisateurs sont protégés par un logiciel antivirus actif avant de leur accorder l'accès.

Invite d'accès au réseau local pour Okta FastPass

Lorsqu'ils se connectent à des applications protégées par Okta, les utilisateurs doivent autoriser l'accès au réseau local à l'invite du navigateur. Si l'accès est bloqué, le Sign-in Widget affiche des instructions de correction et un lien vers la documentation d'aide afin que les utilisateurs puissent continuer à utiliser Okta FastPass.

Amélioration de la prise en charge de l'approvisionnement pour l'intégration d'Office 365 GCC High

L'approvisionnement Office 365 GCC High prend désormais en charge la synchronisation universelle. Cela permet aux administrateurs de synchroniser les attributs locaux avec ID Microsoft Entra.

Politique de protection Okta Account Management pour l'expiration des mots de passe

Cette fonctionnalité améliore la posture de sécurité des organisations client en protégeant le flux d'expiration des mots de passe avec la politique Okta Account Management. Les flux d'expiration des mots de passe requièrent désormais l'assurance définie dans la politique Okta Account Management d'une org. Voir Activer l'expiration du mot de passe.

Bloquer des mots pour qu'ils ne soient pas utilisés dans les mots de passe

Vous pouvez maintenant utiliser Okta Expression Language pour bloquer l'utilisation de mots dans les mots de passe. Cette fonctionnalité renforce la sécurité en vous permettant de personnaliser les exigences de force de votre mot de passe.

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. Voir Paramètres de l'utilisateur final.

Sign-In Widget, versions 7.40.0, 7.41.0, 7.42.0, 7.43.0

Pour plus de détails sur ces versions, consultez les notes de version du Sign-In Widget . Pour plus d'informations sur le Sign-In Widget, consultez le Okta Sign-In Widget.

Push de groupe pour Zoho Mail

Le push de groupe est désormais disponible pour l'intégration de l'application Zoho Mail. Voir Fonctionnalités prises en charge par Zoho  mail.

Okta Provisioning Agent, version 3.0.7

Okta Provisioning Agent 3.0.7 est disponible. Cette version contient les mises à jour suivantes :

• Le connecteur de bases de données générique prend désormais en charge les paramètres de chemin codés en Base64.
• La propriété de la racine et les autorisations pour le répertoire /var/run sont restaurées dans la génération RPM de l'agent OPP.

Notifications d'accès révoqué

Pour les requêtes d'accès gérées par conditions, les demandeurs reçoivent désormais une notification lorsque leur accès à une ressource expire. Les demandeurs reçoivent la notification par e-mail, Slack ou Microsoft Teams, en fonction de votre configuration.

Admin Console en français

Désormais, lorsque vous définissez votre langue d'affichage sur le français, l'Admin Console est également traduite. Consulter Langues d'affichage 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 :

• iOS 26.2.1
• iOS 18.7.4

Les versions suivantes ne sont plus prises en charge :

Mise à jour des instructions du Sign-In Widget pour Chrome 145

Les instructions de correction dans le Sign-In Widget reflètent désormais les modifications d'autorisation Chrome 145 qui différencient les réseaux locaux et de bouclage. Cette mise à jour décrit l'autorisation comme Accéder à d'autres apps et services sur cet appareil, plutôt que Recherchez et connectez-vous à n'importe quel appareil sur votre réseau local. Les instructions mises à jour garantissent que les utilisateurs voient des instructions précises lorsqu'ils sont invités à autoriser Okta Verify à communiquer avec le navigateur. Voir Autorisations des appareils Chrome.

Description de la page Agents

La page Agents fournit désormais une description utile afin que les administrateurs puissent rapidement comprendre la permission et l'objectif de la page. Voir Afficher le statut des agents de votre organisation.

Résultats récents de recherche de l'Admin Console

La recherche Spotlight affiche désormais les résultats de recherche récents de l'administrateur. Consultez Recherche avec l'Admin Console.

Linux en tant que condition de plateforme

Okta prend désormais en charge Linux en tant que condition de plateforme d'appareil dans les types de politiques et règles de politiques suivants :

• Politiques de connexion aux applications
• Règles de politique Okta Account Management
• Règles de routage du fournisseur d'identité

Suppression des notifications d'actions protégées

Pour les organisations qui ont migré vers OIDC, les notifications par bulles n'apparaissent plus lorsqu'un administrateur effectue une action protégée. Consultez Actions protégées dans l'Admin Console. Cette mise à jour s'effectue progressivement.

Améliorations de l'interface utilisateur dans l'onglet Risque du profil utilisateur

Les colonnes du tableau de l'onglet Risque de profil utilisateur ont été réorganisées pour une meilleure visibilité, et les événements de changement de contexte ont été remplacés par des événements de violation de politique.

Gestion de groupe LDAP bidirectionnelle

La gestion de groupes bidirectionnelle pour Lightweight Directory Access Protocol (LDAP) vous permet de gérer des groupes LDAP depuis Okta. Vous pouvez ajouter à des groupes ou supprimer de groupes des utilisateurs en fonction de leur identité et leurs besoins d'accès. Cela garantit que les modifications apportées à l'accès des utilisateurs dans Okta sont reflétées dans LDAP.

Okta peut uniquement gérer les appartenances aux groupes pour les utilisateurs et les groupes importés dans Okta en utilisant l'intégration LDAP ou Active Directory (AD). Il n'est pas possible de gérer les utilisateurs à l'aide de cette fonctionnalité et les groupes qui n'ont pas été importés via l'intégration AD ou LDAP ou qui se trouvent en dehors de la portée de l'unité organisationnelle pour l'intégration.

Option plus granulaire pour le décalage maximal de l'horloge pour les importations incrémentielles LDAP

Des intervalles de décalage d'horloge maximum plus granulaires pour les importations incrémentielles LDAP ont été ajoutés pour permettre un meilleur réglage et des performances améliorées. Vous pouvez maintenant configurer le décalage de l'horloge à 1, 2, 5 ou 10 minutes. Cette granularité vous aide à améliorer la vitesse d'importation en utilisant une valeur de décalage d'horloge plus proche de la dérive maximale réelle de l'horloge de votre serveur LDAP. Il empêche également les mises à jour manquantes lorsque l'horloge du serveur recule temporairement, ce qui garantit la précision des données.

Radius Agent version 2.26

Cette version inclut des améliorations et correctifs internes.

Prise en charge de WS-Trust 1.3 pour le Windows Transport

Windows Transport prend désormais en charge le protocole WS-Trust 1.3. Cela permet l'activation silencieuse pour les nouveaux clients Microsoft Office, éliminant ainsi le besoin pour les utilisateurs de saisir manuellement leurs informations d'identification.

Paramètres de détection dans la protection de session

Adaptez l'ITP aux priorités de sécurité de votre organisation pour en assurer le contrôle et concilier la sécurité avec une expérience utilisateur fluide. Grâce aux nouveaux paramètres de détection, vous pouvez définir quels changements de contexte de session déclenchent des réévaluations de politique, ce qui vous aide à vous concentrer uniquement sur ce qui compte vraiment. Consultez Protection de session.

Contrôles d'approvisionnement amélioré pour Microsoft Office 365

Les administrateurs peuvent maintenant configurer l'intégration Microsoft Office 365 pour synchroniser uniquement les attributs du profil utilisateur, ou pour synchroniser les attributs, les licences et les rôles. Ce paramètre permet d'empêcher Okta d'écraser les licences et les rôles gérés directement dans Microsoft. Voir Approvisionnement des utilisateurs vers Office 365.

AAGUID FIDO2 personnalisé

Les clients peuvent ajouter des clés de sécurité non FIDO Metadata Service (MDS) et d'autres Authenticators et bénéficier d'un contrôle plus fin sur eux. Cela étend la prise en charge des Authenticators FIDO2 (WebAuthn) à un plus large éventail de clés de sécurité et à d'autres Authenticators, ce qui donne aux clients une plus grande flexibilité et un plus grand contrôle sur la sécurité de leur environnement.

Nouveaux objets de journal système pour les événements security.request.blocked

Le journal système affiche désormais les objets IpDetails suivants pour les zones dynamiques et les zones dynamiques enrichies :

• Operator indique si le type est VPN ou Proxy
• Type inclut des valeurs comme VPN, Proxy et Tor
• IsAnonymous indique si le proxy est anonyme

Ces objets déplacent la télémétrie des risques et des comportements des clés réservées aux chaînes du contexte de débogage vers des champs structurés dédiés dans l'événement de contexte de sécurité. Cette modification améliore la visibilité du risque et élimine la nécessité de l'analyse des chaînes.

Période de grâce pour la garantie des appareils

Parfois, les appareils des utilisateurs peuvent ne plus être conformes aux politiques de sécurité en raison de conditions temporaires telles que des mises à jour logicielles manquantes ou des connexions réseau non approuvées. Sans période de grâce, ils se verraient immédiatement refuser l'accès aux ressources critiques, ce qui perturbe leur productivité et provoque de la frustration. La Période de grâce pour la fonctionnalité d'assurance des appareils vous permet de définir une fenêtre temporaire pendant laquelle les appareils non conformes peuvent toujours accéder aux ressources. Cela donne aux utilisateurs le temps de résoudre les problèmes sans être bloqués, ce qui équilibre la productivité avec les normes de sécurité. Voir Configurer la correction.

Conformité dynamique des versions d'OS pour la garantie des appareils

Vous pouvez configurer la conformité de la version du système d'exploitation à l'aide de la garantie des appareils. Cependant, vous devez mettre à jour manuellement les politiques en cas de nouvelle version du système d'exploitation ou de nouveau correctif. Avec la conformité à la version dynamique des versions d'OS, Okta met à jour les politiques de garantie des appareils avec les dernières versions et correctifs des systèmes d'exploitation, évitant ainsi les mises à jour manuelles. Avec cette fonctionnalité, vous pouvez garantir la conformité des versions du système d'exploitation dans votre organisation sans surveiller la sortie des versions du système d'exploitation. Consultez Assurance d'appareil.

Agent du serveur SCIM local Okta, version 1.7.0

L'agent du serveur SCIM local Okta, version 1.7.0 est disponible. Cette version ajoute la prise en charge d'IBM DB2 LUW à On-premises Connector for Generic Databases.

Sign-In Widget, version 7.43.0

Pour plus de détails sur cette version, consultez les notes de version du Sign-In Widget. Pour plus d'informations sur le widget, consultez Okta Sign-In Widget.

Approvisionnement pour Artifactory

L'approvisionnement est désormais disponible pour l'intégration de l'application Artifactory. Lorsque vous provisionnez l'application, vous pouvez activer des fonctionnalités de sécurité telles que la gestion des droits. Voir Artifactory.

Approvisionnement pour Twilio

Les administrateurs peuvent désormais automatiser la gestion du cycle de vie des utilisateurs pour l'app Twilio. Cette intégration utilise l'authentification basée sur OAuth pour prendre en charge l'approvisionnement des utilisateurs, la mise à jour des profils et la désactivation directement depuis Okta.

Amélioration de la gestion des erreurs pour les recherches d'appartenances à un groupe

Lorsqu'une erreur interne est renvoyée pour une recherche d'appartenance à un groupe, les options de sens de mise en ordre et de tri sont supprimées, et la recherche est à nouveau effectuée.

Activer les autorisations administrateur personnalisées pour les appels d'événement et les incorporés

Le framework des appels incorporés et des appels d'événement prend désormais en charge les autorisations de lecture seule et d'écriture pour les rôles d'administrateur personnalisés. L'accès affiné à la gestion des appels d'événement et incorporés nécessitait auparavant le rôle de super administrateur. Consulter Autorisations de rôle.

Résultats récents de recherche de l'Admin Console

La recherche Spotlight affiche désormais les résultats de recherche récents de l'administrateur. Consultez Recherche avec l'Admin Console.

Page Identity Threat Protection (ITP) pour les orgs éligibles

Dans les orgs éligibles, les super administrateurs peuvent désormais accéder à la page Sécurité > Identity Threat Protection. Cette page fournit des informations sur le fonctionnement d'ITP et aide les super administrateurs à contacter Okta afin de tester le produit. La page est également disponible à partir du widget Surveillance de la sécurité sur le tableau de bord de l'administrateur. Voir Identity Threat Protection with Okta AI.

Tableau de bord des insights de politique

Le tableau de bord des insights de politique vous donne un aperçu clair de l'impact d'une politique sur votre org. Vous pouvez surveiller les tendances des connexions réussies, des refus d'accès et des inscriptions d'authentificateurs, et également obtenir un aperçu du temps passé par les utilisateurs à se connecter et de la prévalence des authentifications résistantes à l'hameçonnage. Le tableau de bord suit également la fréquence des correspondances de règles et le pourcentage de tentatives de connexion réussies. Voir Utiliser le tableau de bord des insights de politique.

Limites de débit pour les événements ITP

L'événement session.context.change dans ITP a désormais des seuils de protection au niveau de l'org et de la session.

Yammer renommé Microsoft Viva

L'intégration de Yammer à Microsoft Office 365 affiche désormais le logo Microsoft Viva et dirige les utilisateurs vers la page d'accueil de Microsoft Viva. Cette mise à jour prend en charge Viva Insights et Viva Connections dans les environnements GCC.

Contrôles d'approvisionnement amélioré pour Microsoft Office 365

Les administrateurs peuvent maintenant configurer l'intégration Microsoft Office 365 pour synchroniser uniquement les attributs du profil utilisateur, ou pour synchroniser les attributs, les licences et les rôles. Ce paramètre permet d'empêcher Okta d'écraser les licences et les rôles gérés directement dans Microsoft. Voir Approvisionnement des utilisateurs vers Office 365.

Détection de proxy résidentiel dans la zone réseau

Cette fonctionnalité ajoute de nouvelles zones associées à des zones du réseau dynamique améliorées au-delà des proxys et VPN anonymes. Les clients peuvent utiliser des catégories de service telles que ZSCALER_PROXY, PERIMETER_8, etc. Consultez Catégories de services IP prises en charge.

Période de grâce pour la garantie des appareils

Parfois, les appareils des utilisateurs peuvent ne plus être conformes aux politiques de sécurité en raison de conditions temporaires telles que des mises à jour logicielles manquantes ou des connexions réseau non approuvées. Sans période de grâce, ils se verraient immédiatement refuser l'accès aux ressources critiques, ce qui perturbe leur productivité et provoque de la frustration. La Période de grâce pour la fonctionnalité d'assurance des appareils vous permet de définir une fenêtre temporaire pendant laquelle les appareils non conformes peuvent toujours accéder aux ressources. Cela donne aux utilisateurs le temps de résoudre les problèmes sans être bloqués, ce qui équilibre la productivité avec les normes de sécurité. Consulter Ajouter une politique de vérification des appareils

Conformité dynamique des versions d'OS pour la garantie des appareils

Vous pouvez configurer la conformité de la version du système d'exploitation à l'aide de la garantie des appareils. Cependant, vous devez mettre à jour manuellement les politiques en cas de nouvelle version du système d'exploitation ou de nouveau correctif. Avec la conformité à la version dynamique des versions d'OS, Okta met à jour les politiques de garantie des appareils avec les dernières versions et correctifs des systèmes d'exploitation, évitant ainsi les mises à jour manuelles. Avec cette fonctionnalité, vous pouvez garantir la conformité des versions du système d'exploitation dans votre organisation sans surveiller la sortie des versions du système d'exploitation. Consultez Assurance d'appareil.

Tableau de bord des insights de politique

Le tableau de bord des insights de politique vous donne un aperçu clair de l'impact d'une politique sur votre org. Vous pouvez surveiller les tendances des connexions, des refus d'accès et des enrôlements d'authentificateurs, et également obtenir un aperçu du temps passé par les utilisateurs à se connecter et de la prévalence des authentifications résistantes à l'hameçonnage. Le tableau de bord suit également la fréquence des correspondances de règles et le pourcentage de tentatives de connexion réussies. Voir Utiliser le tableau de bord des insights de politique.

Rechercher des IdP dans le Sign-In Widget

Lorsque le Sign-In Widget contient plus de 10 fournisseurs d'identité, un champ de recherche s'affiche désormais pour permettre aux utilisateurs de trouver facilement l'IdP qu'ils recherchent.

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 :

Sign-In Widget, versions 7.44.1 et 7.44.0

Pour plus d'informations sur ces versions, consultez la section Notes de version du Sign-In Widget. Pour plus d'informations sur le widget, consultez Okta Sign-In Widget.

Intégration Slack pour Identity Governance

Les clients Okta for Government Moderate et Government High qui utilisent des instances commerciales de Slack peuvent désormais intégrer Slack à leur org pour rationaliser la gestion des accès dans Access Requests et Access Certification. Les utilisateurs peuvent désormais soumettre et approuver des requêtes dans Slack et recevoir des notifications Slack concernant les requêtes d'accès et les campagnes de certification. La disponibilité des fonctionnalités varie en fonction de l'état de la fonctionnalité Expérience de requête unifiée (activée ou non). Consultez les sections Limitations d'Okta Identity Governance pour les services du secteur public et Intégrer Slack.

Rapport CSV de l'avancement de la migration AD désormais disponible

Vous pouvez désormais télécharger un rapport CSV pour afficher la migration des mots de passe d'utilisateurs spécifiques. Ce rapport fournit une description détaillée du statut de la migration de chaque utilisateur, par exemple en indiquant si son mot de passe a été migré ou si une erreur spécifique s'est produite. Consultez Surveiller une migration des mots de passe.

Autorisations administrateur personnalisées pour les appels d'événement et incorporés

Le framework des appels incorporés et des appels d'événement prend désormais en charge les autorisations de lecture seule et d'écriture pour les rôles d'administrateur personnalisés. Cette amélioration donne un accès affiné à la gestion des appels incorporés et d'événement qui nécessitait auparavant le rôle de super administrateur. Consulter Autorisations de rôle.

Approvisionnement de MuleSoft Anypoint Platform

Les administrateurs peuvent désormais automatiser la gestion du cycle de vie des utilisateurs pour l'application MuleSoft Anypoint Platform. Cette intégration permet de créer, de mettre à jour et de désactiver des utilisateurs, ainsi que d'envoyer des groupes en tant qu'équipes. Consultez la section Approvisionnement de MuleSoft Anypoint Platform

Validation d'URL pour la vérification d'identité personnalisée (IDV)

La validation a été ajoutée aux champs d'URL des configurations IDV personnalisées. Cela aide à prévenir les attaques par déni de service distribué (DDoS) malveillantes basées sur la falsification de requêtes côté serveur (SSRF).

Augmentation jusqu'à la limite maximale de durée d'accès

Lorsque vous créez ou modifiez des conditions de requête d'accès, vous pouvez désormais définir le champ Durée d'accès sur une valeur maximale de 365 jours ou 52 semaines.

Ignorer le nombre de périodes de grâce pour les inscriptions d'authentificateurs

Cette fonctionnalité permet aux administrateurs de définir un certain nombre de fois où les utilisateurs finaux peuvent ignorer l'inscription à un authentificateur, ainsi que des personnalisations de l'invite lorsque les utilisateurs finaux voient la période de grâce. Consultez Politiques d'inscription des authentificateurs.

Contrôle des versions pour Okta Verify sur Windows

Avec la nouvelle fonctionnalité de contrôle des versions, les administrateurs peuvent configurer s'ils souhaitent autoriser, suspendre ou restreindre les mises à jour automatiques à Okta Verify sous Windows. Cela offre une plus grande flexibilité pour répondre aux exigences de gestion des changements de l'entreprise et pour gérer les déploiements de versions sur les points de terminaison Windows. Consulter Configurer les contrôles de version Okta Verify.

Soumettre des intégrations de gestion des droits

Les fournisseurs de logiciels indépendants (ISV) peuvent désormais soumettre des intégrations de gestion des droits basées sur SCIM 2.0 à Okta Integration Network (OIN). Cette amélioration permet aux clients et aux administrateurs informatiques de découvrir, de gérer et d'affecter des droits précis tels que des rôles et des permissions directement depuis Okta. En standardisant la gestion des droits, les organisations peuvent automatiser les affectations d'accès et rationaliser Identity Governance, garantissant ainsi que les utilisateurs reçoivent les accès et les rôles appropriés sans intervention manuelle. Pour en savoir plus, consulter Soumettre une intégration avec l'assistant OIN.

Paramètres de détection dans la protection de session

Adaptez l'ITP aux priorités de sécurité de votre organisation pour en assurer le contrôle et concilier la sécurité avec une expérience utilisateur fluide. Grâce aux nouveaux paramètres de détection, vous pouvez définir quels changements de contexte de session déclenchent des réévaluations de politique, ce qui vous aide à vous concentrer uniquement sur ce qui compte vraiment. Consultez Protection de session.

Changement de nom de la marque pour les clés d'accès

L'authentificateur FIDO2 (WebAuthn) est renommé Passkeys (FIDO2 WebAuthn), et Okta introduit des contrôles administratifs améliorés et une expérience utilisateur simplifiée. Cette mise à jour centralise la gestion des clé d'accès au moyen d'une page de paramètres consolidée, permet de personnaliser la dénomination des authentificateurs et introduit un bouton dédié Se connecter avec une clé d'accès dans le Sign-In Widget. Ces améliorations simplifient le processus d'authentification et offrent aux utilisateurs un processus de connexion plus intuitif avec le bouton Connexion avec une clé d'accès. Voir Configurer un Authenticator FIDO2 (WebAuthn).

Nouvelle page Informations personnelles dans Mes paramètres

Dans Mes paramètres, la page Informations personnelles s'appelle désormais Détails personnels, et la page Langue d'affichage a été supprimée. Les utilisateurs choisissent désormais une langue d'affichage sur la page Détails personnels.

Nouveaux objets du journal système pour les événements security.request.blocked

Le journal système affiche désormais les objets IpDetails suivants pour les zones dynamiques et les zones dynamiques enrichies :

• Operator indique si le type est VPN ou Proxy
• Type inclut des valeurs comme VPN, Proxy et Tor
• IsAnonymous indique si le proxy est anonyme

Ces objets déplacent la télémétrie des risques et des comportements des clés réservées aux chaînes du contexte de débogage vers des champs structurés dédiés dans l'événement de contexte de sécurité. Cette modification améliore la visibilité du risque et élimine la nécessité de l'analyse des chaînes.

Migration des mots de passe utilisateur d'AD vers Okta

Migrez les mots de passe utilisateur d'AD vers Okta en toute transparence, sans interrompre vos utilisateurs ni vos opérations. Okta devient ainsi la source de confiance pour les mots de passe des utilisateurs et peut gérer l'authentification des utilisateurs sans authentification déléguée. Voir Migration de mots de passe d'AD vers Okta.

Paramètre du nombre maximum de caractères consécutifs pour les mots de passe

Vous pouvez maintenant définir un nombre maximum de caractères répétitifs consécutifs dans les mots de passe. Cette fonctionnalité renforce la sécurité en vous permettant de personnaliser les exigences de force de votre mot de passe.

Bloquer des mots pour qu'ils ne soient pas utilisés dans les mots de passe

Vous pouvez maintenant utiliser Okta Expression Language pour bloquer l'utilisation de mots dans les mots de passe. Cette fonctionnalité renforce la sécurité en vous permettant de personnaliser les exigences de force de votre mot de passe.

Entitlement management Workday

Les administrateurs peuvent désormais gérer les droits pour les instances d'app Workday sur Okta. Cette fonctionnalité permet la découverte et la gouvernance des groupes de sécurité basés sur les utilisateurs pour activer les requêtes d'accès et les certifications automatisées.

Rapport sur les exportations

Vous pouvez désormais choisir entre les formats d'exportation CSV et GZIP lors de la génération des rapports suivants :

• Utilisation d'Okta
• Utilisation de l'application
• Utilisation de la MFA

Ajoutez des descriptions aux conditions des requêtes d'accès

Vous pouvez maintenant ajouter des descriptions aux conditions des requêtes d'accès pour les applications, les collections et les lots de rôle administrateur Okta. Ces descriptions apparaissent à côté du nom de la condition dans l'onglet Requêtes d'accès, ce qui vous permet de comprendre plus facilement l'objectif spécifique de chaque condition. Consultez Créer des conditions de requête d'accès.

Sign-In Widget, versions 7.45.0, 7.45.1, 7.45.2

Pour plus d'informations sur ces versions, consultez la section Notes de version du Sign-In Widget. Pour plus d'informations sur le widget, consultez Okta Sign-In Widget.

Les connexions gérées sont renommées en connexions aux ressources

Sur les pages Okta for AI Agents et les événements du journal système, les références aux connexions gérées ont été renommées en connexions aux ressources.

Connecteur de serveur de ressources Slack

Vous pouvez utiliser le connecteur de serveur de ressources Slack pour créer une connexion aux ressources entre Slack et un agent IA. Consultez Configurer les applications de ressources.

Conserver la session après les modifications du mot de passe de utilisateur

Lorsque des utilisateurs modifient leur mot de passe et sélectionnent Me déconnecter de tous les autres appareils, Okta conserve désormais leur session actuelle après la révocation des autres sessions actives.

Événement de System Log pour les identificateurs non configurés

Lorsque JIT est activé pour Active Directory et qu'un utilisateur s'authentifie avec un identifiant non configuré, l'événement apparaît désormais dans le journal système.

Mises à jour des attributs dynamiques pour authentification par carte à puce

L'authentification par carte à puce prend en charge les mises à jour d'attributs en temps réel pendant l'approvisionnement juste-à-temps (JIT). Ainsi, les profils utilisateurs sont maintenus à jour en synchronisant les attributs d'identité directement à partir de la carte PIV/CAC au moment de l'authentification.

Okta for AI Agents

Vous pouvez désormais enregistrer, sécuriser et gérer les identités des agents IA directement dans Okta. Enregistrez manuellement les agents ou importez-les directement depuis les apps des fournisseurs. Appliquez le principe du moindre privilège aux accès, éliminez les privilèges permanents et utilisez les System Logs pour suivre chaque saut de délégation dans les workflows de vos agents. Les agents IA deviennent des membres responsables de vos équipes numériques et sont soumis aux mêmes normes d'identité que vos utilisateurs humains.

Rapport CSV de l'avancement de la migration AD désormais disponible

Vous pouvez désormais télécharger un rapport CSV pour afficher la migration des mots de passe d'utilisateurs spécifiques. Ce rapport fournit une description détaillée du statut de la migration de chaque utilisateur, par exemple en indiquant si son mot de passe a été migré ou si une erreur spécifique s'est produite. Consultez Effectuer une migration des mots de passe.

Événement de System Log pour les importations DirSync

Lorsque la compatibilité d'Active Directory Agent est vérifiée pour les importations basées sur DirSync, l'événement apparaît désormais dans le journal système.

Mise à jour des paramètres par défaut pour l'authentificateur Clé d'accès (FIDO2 WebAuthn)

La configuration des authentificateurs WebAuthn passe par défaut à la vérification de l'utilisateur préféré pour toutes les orgs et par défaut aux clés d'accès pour les nouvelles orgs. Ces mises à jour réduisent les opérations de configuration manuelles, garantissent un processus d'enrôlement transparent et fournissent une expérience de connexion plus fiable aux utilisateurs d'appareils hétérogènes.

Ignorer le nombre de périodes de grâce pour les inscriptions d'authentificateurs

Cette fonctionnalité permet aux administrateurs de définir un certain nombre de fois où les utilisateurs finaux peuvent ignorer l'inscription à un authentificateur, ainsi que des personnalisations de l'invite lorsque les utilisateurs finaux voient la période de grâce. Consultez Politiques d'enrôlement des authentificateurs.

Contrôle des versions pour Okta Verify sur Windows

Avec la nouvelle fonctionnalité de contrôle des versions, les administrateurs peuvent configurer s'ils souhaitent autoriser, suspendre ou restreindre les mises à jour automatiques à Okta Verify sous Windows. Cela offre une plus grande flexibilité pour répondre aux exigences de gestion des changements de l'entreprise et pour gérer les déploiements de versions sur les points de terminaison Windows. Consultez Configurer les contrôles de version Okta Verify.

Changement de nom de la marque pour les clés d'accès

L'authentificateur FIDO2 (WebAuthn) est renommé Clés d'accès (FIDO2 WebAuthn), et Okta met en place des contrôles administratifs améliorés et une expérience utilisateur simplifiée. Cette mise à jour centralise la gestion des clé d'accès au moyen d'une page de paramètres consolidée, permet de personnaliser la dénomination des authentificateurs et introduit un bouton dédié Se connecter avec une clé d'accès dans le Sign-In Widget. Ces améliorations simplifient le processus d'authentification et offrent aux utilisateurs un processus de connexion plus intuitif avec le bouton Connexion avec une clé d'accès. Consultez Configurer l'authenticator par Clés d'accès (FIDO2 WebAuthn).

Migration des mots de passe utilisateur d'AD vers Okta

Migrez les mots de passe utilisateur d'AD vers Okta en toute transparence, sans interrompre vos utilisateurs ni vos opérations. Okta devient ainsi la source de confiance pour les mots de passe des utilisateurs et peut gérer l'authentification des utilisateurs sans authentification déléguée. Consultez Migration des mots de passe depuis AD vers Okta.

Détection de proxy résidentiel pour les zones réseau

Cette fonctionnalité ajoute de nouvelles zones associées à des zones du réseau dynamique améliorées au-delà des proxys et VPN anonymes. Les clients peuvent utiliser des catégories de service telles que ZSCALER_PROXY, PERIMETER_81, etc. Consultez Catégories de services IP pris en charge.

Recherche, filtrage et vues configurables pour les agents IA

Les administrateurs peuvent désormais utiliser des fonctionnalités améliorées de filtrage, de recherche et de configuration sur les pages Agents IA , Fournisseurs d'agents IA et Surveillance des importations > Importation d'agents IA. 

ID de domaine Realm inclus dans les événements d'activité des utilisateurs du journal système

Le journal système inclut désormais l'attribut ID de domaine Realm pour les événements d'activité des utilisateurs tels que authentification, la MFA et l'accès aux applications. Cela permet aux administrateurs de filtrer et de classer l'activité des utilisateurs par division dans les outils de sécurité en aval, sans avoir à reproduire manuellement cette logique.

Durée de connexion configurable pour l'interface LDAP avec prise en charge d'OIDC

L'interface LDAP inclut désormais un paramètre configurable permettant de définir la durée de vie maximale d'une connexion lors de l'utilisation du flux OpenID Connect (OIDC). Cela permet aux administrateurs de définir une durée de validité des connexions pouvant aller jusqu'à 90 jours et dissocie l'expiration des connexions de la politique de session globale.

Sign-In Widget, version 7.46.0

Pour plus de détails sur cette version, consultez les notes de version du Sign-In Widget. Pour plus d'informations sur le widget, consultez Okta Sign-In Widget.

Importer des agents d'IA depuis DataRobot

Vous pouvez désormais importer et gérer directement dans DataRobot des agents d'IA créés avec DataRobot Agent Workforce Platform. Consultez Importations d'agents d'IA.

Ajout des détails de connexion suspecte à la détection des risques pour l'entité

Dans les détections Suspicious Login From An IP Flagged By FastPass, le champ Motif renseigne désormais l'external_session_id de la connexion suspecte.

Prise en charge de l'approvisionnement Salesforce pour PKCE

L'intégration d'app Salesforce prend désormais en charge Proof Key for Code Exchange (PKCE) pour les flux OAuth 2.0. Cette mise à jour garantit un approvisionnement ininterrompu des utilisateurs et oblige les administrateurs à mettre à jour leur configuration Salesforce pour assurer la continuité du service.

Amélioration des messages d'erreur liés aux zones du réseau

Le message d'erreur qui s'affiche lorsque les administrateurs tentent de supprimer une zone du réseau référencée par plusieurs politiques ou règles est désormais plus compréhensible.

Comptes de service SaaS sécurisés et Okta Service

Gérez et sécurisez les mots de passe des comptes de service des applications SaaS et des comptes de service Okta avec Okta Privileged Access. Vous pouvez maintenant affecter de nouvelles permissions de comptes de service à des rôles personnalisés afin de déléguer les tâches de gestion des compte de service à des administrateurs autres que des super administrateurs. Voir Gérer les comptes de service et Permissions de rôle.

Nouveaux champs du journal système pour les zones du réseau correspondantes

Okta inclut désormais des informations de correspondance des zones du réseau enrichies dans les événements du journal système. Lorsqu'une requête est bloquée par une zone du réseau (security.request.blocked) ou évaluée par rapport à une politique d'authentification (policy.evaluate_sign_on), le journal système affiche désormais le nom et l'identifiant de toutes les zones réseau correspondantes, pour les zones IP, les zones réseau dynamiques (DNZ), et les zones réseau dynamiques améliorées (EDNZ), par le biais de nouveaux champs ZoneIdMatch et ZoneNameMatch. Jusqu'à 10 zones correspondantes sont signalées par événement.

Ces nouveaux champs fournissent un contexte sur la zone du réseau plus granulaire et structuré que le champ Client.Zone existant. Les administrateurs et les équipes de sécurité disposent ainsi de détails précis et exploitables pour les requêtes bloquées et les évaluations de politique, ce qui facilite considérablement les recherches SIEM et les audits. Consultez Résoudre les problèmes de zone du réseau à l'aide du journal système.

Utiliser vos propres identifiants de téléphonie

La fonctionnalité Bring Your Own Telephony (BYOT) est désormais disponible. Elle permet aux administrateurs d'utiliser un compte Twilio ou Telesign existant pour envoyer les SMS et messages vocaux utilisés pour l'authentification multifacteur (MFA). Cette version ajoute la prise en charge de Twilio Verify Fraud Guard afin d'améliorer la détection des fraudes. Elle introduit également un mécanisme de protection qui empêche les administrateurs de désactiver leur dernier fournisseur de téléphonie personnalisé actif lorsque l'authentificateur Téléphone est activé. Voir Configurer les fournisseurs de téléphonie via l'Admin Console.

Prise en charge de l'algorithme SHA-256 Digest

Okta prend désormais en charge l'algorithme SHA-256 Digest lors du hachage des requêtes AuthnRequests SAML envoyées aux fournisseurs d'identité externes (IdP).

Mise à jour des étiquette de navigation pour les agents d'intégration

L'étiquette Agents de l'Admin Console a été renommée Agents d'intégration afin d'offrir une expérience plus intuitive. Un lien pouvant être ignoré vers la page Agents IA est également disponible sur la page Agents d'intégration pour améliorer la navigation.

Amélioration de la présentation des détails des demandes

La page des détails des demandes bénéficie désormais d'une présentation optimisée pour les petits écrans afin d'en améliorer la lisibilité.

Expérience ISV fluide pour SCIM

Okta fournit maintenant une expérience ISV fluide pour optimiser l'expérience de soumission Okta Integration Network (OIN) pour les intégrations SCIM. Cette nouvelle expérience permet aux fournisseurs de logiciels indépendants (ISV) de générer et de tester manuellement leurs métadonnées d'intégration SCIM avant de les soumettre à l'OIN. Cela permet à l'équipe OIN de gagner du temps lors de la vérification et de la validation du bon fonctionnement de l'intégration SCIM, ce qui réduit le délai de publication dans l'OIN. Cette expérience intègre également les processus de communication dans Salesforce, permettant une meilleure collaboration en interne au sein des équipes Okta et en externe avec les ISV. Consultez Publier une vue d'ensemble de l'intégration OIN et Soumettre une intégration avec l'assistant OIN.

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 13, 14, 15, 16 avec correctif de sécurité 2026-01-05

Déclarations d'ID clients conformes aux spécifications pour les jetons d'agent d'IA

Les profils Okta Expression Language incluent désormais la propriété app.clientId lors des évaluations des déclarations utilisateurs pour les clients OAuth 2.0 d'agent d'IA. Cela permet aux développeurs de générer des jetons conformes aux spécifications pendant les flux d'agents d'IA.

Échange de jetons sécurisés OAuth pour les requêtes Salesforce

Okta for AI Agents utilise désormais le flux d'échange de jetons sécurisés OAuth 2.0 lorsqu'il envoie des requêtes à l'intégration d'application Salesforce, au serveur de ressources ou au serveur MCP.

Les événements d'agents IA sont désormais éligibles pour les appels d'événement

Les événements d'agents IA et de fournisseurs d'agents IA sont désormais éligibles pour les appels d'événement, ce qui permet de déclencher les Workflows en fonction des événements. Consultez la section Appels d'événement.

Approvisionnement pour Rapid7 InsightAppSec

L'approvisionnement est désormais disponible pour l'intégration de l'application Rapid7 InsightAppSec. Lorsque vous provisionnez l'application, vous pouvez activer des fonctionnalités de sécurité telles que la gestion des droits. Consultez Rapid7 InsightAppSec.

Réaffecter des étapes à plusieurs utilisateurs

Vous pouvez maintenant réaffecter les étapes d'une séquence d'approbation ou d'un type de requête à 10 utilisateurs. Ceci s'applique aux tâches, aux questions, aux actions et aux approbations.

Phase 2 Tranche 1 de l'application OIDC administrateur

Lorsque la fonctionnalité Phase 2 Tranche 1 de l'application OIDC administrateur est activée, Okta Admin Console initie automatiquement le flux de connexion OIDC lors du chargement de la page, et les administrateurs sont brièvement redirigés vers la page d'authentification avant que la page demandée n'apparaisse.

Sign-In Widget, version 7.46.2

Pour plus de détails sur cette version, consultez les notes de version du Sign-In Widget. Pour plus d'informations sur le widget, consultez Okta Sign-In Widget.

Paramètres d'autorisation client uniques requis pour les applications OIN

Lorsque vous saisissez des détails d'autorisation client pour une intégration d'application, une erreur s'affiche désormais si une autre intégration utilise déjà ces détails.

Nouvelle exécution du protocole pour les agents IA Amazon Bedrock AgentCore

Vous pouvez désormais importer les exécutions du protocole HTTP standard et d'agent à agent depuis la plateforme Amazon Bedrock AgentCore.

Serveurs MCP actifs par défaut

Les serveurs MCP récemment créés sont maintenant à l'état actif par défaut. Consultez Ajouter des serveurs MCP.

Rôle d'administrateur d'agent IA

Les super administrateurs peuvent désormais déléguer les tâches de gestion des agents IA en utilisant le nouveau rôle d'administrateur d'agent IA. Les administrateurs dotés de ce rôle peuvent effectuer des tâches telles qu'enregistrer des agents IA, affecter des propriétaires et configurer des connexions de ressources. Consultez Gérer les rôles d'administrateur Okta for AI Agents.

Filtre de plage de dates pour les agents IA

La page Agents IA fournit maintenant un filtre de plage de dates pour que les administrateurs puissent filtrer les agents IA en fonction de la date à laquelle ils ont été créés ou mis à jour.

Importer des agents IA depuis Google Vertex IA

Vous pouvez désormais importer et gérer les agents IA intégrés à Google Vertex IA directement via Okta. Consultez Configurer Google Vertex IA pour les importations d'agents IA.

Sign-In Widget, version 7.46.3

Pour plus de détails sur cette version, consultez les notes de version du Sign-In Widget. Pour plus d'informations sur le widget, consultez Okta Sign-In Widget.

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 17 (2026-06-01)
• Builds Windows 10 (10.0.17763.8880, 10.0.19044.7417, 10.0.19045.7417)
• Builds Windows 11 10.0.22631.7219, 10.0.26100.8655, 10.0.26200.8655)

Mise à jour de l'interface utilisateur de l'application Web Okta Access Requests

La page Toutes les requêtes de l'application Web Okta Access Requests affiche désormais un nombre supérieur à 999 s'il y a 1 000 requêtes ou plus au lieu de donner le nombre. Cette modification permet de réduire le temps pris pour répertorier les requêtes sur la page.

Importer des utilisateurs Azure Active Directory qui ont des valeurs de prénom et de nom nulles.

Vous pouvez désormais importer des utilisateurs Microsoft Azure Active Directory (AAD) qui ont des valeurs de prénom et de nom nulles. Les administrateurs disposent ainsi d'une vue centralisée de leurs utilisateurs AAD au sein d'Okta. Consultez Importer des utilisateurs dans  Office 365  à l'aide de l'API Microsoft Graph.

Suppression des filtres de recherche de la page Boîte de réception

Les options Type de demandeur et Abonné ont été supprimées des Filtres sur la page Boîte de réception de l'application Web Okta Access Requests afin d'améliorer les performances.

Mises à jour de l'interface utilisateur Okta for AI Agents

La page Agents IA fournit désormais des filtres Propriétaire et Plateforme. En outre, la page fournisseurs d'agents IA comporte désormais une colonne Agents IA enregistrés qui affiche le nombre d'agents IA enregistrés via le fournisseur. 

Connexion suspecte avec un mot de passe lié à une attaque par pulvérisation de mots de passe

Cette détection indique que le mot de passe d'un utilisateur a été identifié au cours d'une campagne de pulvérisation de mot de passe et a été utilisé pour se connecter avec succès. Cette détection permet à l'ITP de déclencher des actions de remédiation configurées telles que la Universal Logout ou la réinitialisation du mot de passe via un workflow. Consultez Connexion suspecte avec un mot de passe obtenu par pulvérisation de mots de passe.

Cette fonctionnalité fait suite à un lent processus de déploiement.

Protection anti-robots

La protection anti-robots permet aux organisations d'identifier et de limiter automatiquement le trafic des robots en configurant des actions de remédiation dans la page d'arrivée d'Identity Threat Protection (ITP). Consulter Protection anti-robots.

Nouveau service VPN pour les zones dynamiques améliorées

VIGOR_SSL_VPN est désormais pris en charge en tant que catégorie de service VPN individuel dans les zones dynamiques améliorées. Consultez Catégories d'IP prises en charge.

Lien d'aide au rôle d'administrateur d'agents IA

Dans l'onglet Administrateurs > Rôles, le rôle d'administrateur d'agents IA comporte désormais un lien d'aide. 

Augmentation du nombre maximum d'IdP dans une règle de routage IdP

Le nombre maximum d'IdP autorisés dans une règle de routage IdP a été porté à 100. Consultez Configurer les règles de routage du fournisseur d'identité.

Vérifications de posture avancées pour l'assurance des appareils

Les vérifications de posture avancées permettent aux administrateurs de configurer des conditions de sécurité d'appareil spécifiques au-delà de ce que prennent en charge les politiques de vérification d'appareils standard. À l'aide d'Osquery, vous pouvez écrire des requêtes SQL personnalisées pour évaluer l'état des appareils sur les appareils macOS et Windows, configurer des vérifications pour les appareils non gérés et les intégrer à des outils EDR (détection des point de terminaison ). Voir Configurer des vérifications de posture avancées pour la garantie des appareils.

Le Transmetteur SSF Okta est désormais disponible pour les orgs CIAM

Okta utilise CAEP pour envoyer des événements liés à la sécurité et d'autres signaux soumis à des données à des fournisseurs de sécurité tiers. Consultez Shared Signals Framework.

Cette fonctionnalité est désormais disponible pour les organisations de Gestion des accès et des identités des clients.

Amélioration du validateur de politique d'enrôlement MFA

Les organisations qui n'ont pas d'événements de journal système user.account.update_password auto-initiaux au cours des 30 derniers jours sont désormais exclues de l'avertissement du validateur de politique enrôlement MFA déclenché pendant la mise à niveau Okta Identity Engine , ce qui facilite la mise à niveau.

Effacer les données de navigation des profils Chrome gérés

La fonction Effacer les données de navigation des profils Chrome gérés permet de corriger les problèmes en temps réel en supprimant instantanément les données de session locales (cookies et cache) au sein des profils Chrome gérés dès la détection d'un ITP. En transformant le navigateur en espace de travail soumis à des politiques, cette fonction garantit une protection immédiate et automatisée. Consultez Effacer les données de navigation des profils Chrome gérés.

Importer des utilisateurs sans licence depuis Azure Active Directory vers Okta

Vous pouvez désormais importer des utilisateurs depuis Microsoft Azure Active Directory (AAD) qui ne disposent pas d'une licence Office 365 affectée. Cela permet aux administrateurs de centraliser le cycle de vie de leur main-d'œuvre dans Okta et élimine la nécessité de gérer les comptes sans licence sur les deux plateformes. Consultez Importer des utilisateurs dans  Office 365  à l'aide de l'API Microsoft Graph.

Groupes en mode push attribuables à des rôles pour Office 365

Lorsque vous créez un nouveau groupe en mode push pour l'intégration d'app Office 365, cochez la case Ce rôle est-il attribuable ? afin de rendre le rôle de groupe attribuable à des rôles dans Microsoft Entra ID. Vous pouvez ainsi envoyer des groupes vers Microsoft Entra ID and assign roles, sans avoir à créer manuellement des groupes dans Entra ID puis à les associer à Okta à l'aide de groupes en mode push. Consultez Configurer un groupe en mode push.

Prise en charge des envois groupés en mode push dans les applications API Integration Actions

Les applications qui utilisent API Integration Actions pour effectuer l'approvisionnement peuvent désormais utiliser la fonctionnalité Push de groupe. Cela active la fonctionnalité d'importation de groupe pour les applications qui utilisent des contrats API de groupe dans leurs actions d'approvisionnement.

Natif vers SSO Web

Natif vers SSO Web crée une expérience d'authentification fluide et unifiée lorsqu'un utilisateur passe d'une app OIDC (comme une app native ou Web) à une app Web (soit OIDC, soit SAML). Cette fonctionnalité utilise des protocoles de fédération standard basés sur le Web comme SAML et OpenID Connect qui permettent de combler le lien entre deux environnements application différents, en utilisant un jeton SSO de confiance interclient unidirectionnel à usage unique. Cela élimine la répétition des assurances de connexion déjà fournies et simplifie le développement en réduisant la complexité de l'authentification. Consultez Configurer Natif à Web SSO.

Importations de groupes DirSync pour Active Directory

Pour les intégrations Active Directory (AD), l'onglet Approvisionnement propose désormais une case à cocher Activer les importations avec AD à l'aide de DirSync. Lorsque vous activez cette case à cocher, les administrateurs peuvent effectuer des importations de groupes incrémentielles à l'aide de DirSync. Voir Configurer l'importation Active Directory et les paramètres du compte.

Détections d'ITP pour les organisations AMFA

Les organisations Adaptive MFA bénéficient désormais des détections d'ITP sur les utilisateurs de session et d'entité lorsque ceux-ci sont détectés sur les super administrateurs directement affectés. Ces événements de détection sont exploitables à l'aide de Workflows. Cette fonctionnalité est conforme à l'engagement d'identité sécurisée d'Okta. Consultez Événements Identity Threat Protection dans le journal système.

Cette fonctionnalité est désormais disponible pour les clients Okta for US Military.

Importer des agents IA depuis Microsoft Office 365

Vous pouvez désormais importer et gérer les agents IA créés dans Microsoft Copilot Studio et Microsoft IA Foundry directement par Okta. Consultez Importations d'agents IA.

Importer des agents IA depuis Workday

Vous pouvez désormais importer et gérer les agents IA intégrés dans le système d'enregistrement des agents Workday (ASOR) directement par Okta. Consultez Importations d'agents IA.

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 13, 14, 15, 16 avec correctif de sécurité 2026-01-05

Intégration SAML SSO pour Anthropic (Claude)

Une nouvelle intégration SSO SAML 2.0 pour Anthropic (Claude) est désormais disponible sur l'Okta Integration Network, l'intégration existante d'Anthropic AI Agent étant incluse.

Claude prend en charge l'authentification SSO SAML 2.0.

L'intégration d'application Claude prend désormais en charge la SSO SAML 2.0. Les organisations abonnées à Okta for AI Agents peuvent continuer à utiliser l'intégration pour importer les agents gérés par l'utilisateur dans Okta. Consultez Intégrer Claude à Okta.

Approvisionnement pour Barracuda

L'approvisionnement est désormais disponible pour l'intégration de l'application Barracuda WAF-as-a-Service. Consultez Intégrer Barracuda WAF-as-a-Service avec Okta.

Approvisionnement pour Linear

L'approvisionnement continu est maintenant disponible. Consultez Créer une intégration Linear.

Approvisionnement pour Appspace

L'approvisionnement est désormais disponible pour l'intégration de l'application Appspace. Lorsque vous provisionnez l'application, vous pouvez activer des fonctionnalités de sécurité telles que la gestion des droits. Consultez Intégrer Appspace à Okta.

Sign-In Widget, version 7.47.1

Pour plus de détails sur cette version, consultez les notes de version du Sign-In Widget. Pour plus d'informations sur le widget, consultez Okta Sign-In Widget.

Mise à jour de l'audience d'agent à agent

L'URL de ressource du serveur agent-agent (paramètre audience) peut désormais être une chaîne libre.

Cross app access pour les agents IA et les applications

Cross app access sécurise désormais les connexions entre les applications de requêtes SAML personnalisées et les applications de ressources OIDC/SAML. Cette fonctionnalité permet aux administrateurs de connecter en toute sécurité les agents et les applications d'IA pour agir au nom des utilisateurs, en contournant le besoin de consentement de l'utilisateur. Les administrateurs conservent une visibilité totale et un contrôle précis sur chaque action qu'un agent IA peut exécuter pour un utilisateur. Consultez Configurer les connecteurs de serveur de ressources.

Approvisionnement pour SafetyCulture

L'approvisionnement est désormais disponible pour l'intégration de l'application SafteyCulture. Consultez Intégrer SafetyCulture à Okta.

Approvisionnement pour Toggl

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

Approvisionnement pour Moodle

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

Connexions d'agent à agent

Les connexions de serveurs d'agent à agent permettent aux administrateurs de connecter les agents IA à d'autres agents IA. Les administrateurs peuvent gérer les permissions pour restreindre l'accès aux tâches appropriées des agents IA et autoriser les applications de service à appeler les agents IA sans contexte utilisateur. À l'aide des jetons et du journal système, les administrateurs peuvent voir tous les utilisateurs, agents IA et applications qui appellent un agent IA. Consultez Connexions d'agent à agent.

Approvisionnement pour Elastic Search

L'approvisionnement est désormais disponible pour l'intégration de l'application Elastic Search. Consultez Intégrer Elastic Search à Okta.

Approvisionnement pour QualtricsXM

L'approvisionnement est désormais disponible pour l'intégration de l'application QualtricsXM. Consultez Intégrer Qualtrics XM à Okta.

Approvisionnement pour HERE

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

URL d'émetteur modifiable pour les connexions de ressources d'agent IA

Désormais, lorsque vous créez une connexion de ressource entre un agent IA et un serveur d'autorisations, vous pouvez modifier l'URL de l'émetteur du serveur d'autorisations.

Entrées en échec ignorées lors de l'importation d'agents IA

Désormais, lorsque vous importez des agents IA depuis un fournisseur, Okta ignore les entrées en échec et crée ou met à jour celles réussies. 

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-07-01)
• Versions de Windows 10 (10.0.17763.9020, 10.0.19044.7548, 10.0.19045.7548)
• Versions de Windows 11 (10.0.22631.7376, 10.0.26100.8875, 10.0.26200.8875)

Importer des agents IA depuis Langsmith

Vous pouvez désormais importer et gérer les agents IA créés dans Langsmith Deployments directement via Okta. Consultez Importations d'agents IA.

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, 15.7.8, 14.8.8)
• iOS (26.6)

Sign-In Widget, versions 7.48.1 et 7.48.0

Pour plus d'informations sur ces versions, consultez la section Notes de version du Sign-In Widget. Pour plus d'informations sur le widget, consultez Okta Sign-In Widget.

Amélioration de l'enrôlement des cartes à puce

Les utilisateurs peuvent désormais enrôler une carte à puce même si l'attribut de connexion ne correspond pas à la valeur mappée depuis la carte. Auparavant, l'enrôlement échouait lors de la mise en correspondance dynamique ou de l'approvisionnement juste-à-temps, car l'attribut de connexion était considéré comme ne pouvant pas être mis à jour. Consultez Ajouter un fournisseur d'identité par carte à puce.

Enregistrement suspect d'un authentificateur

Cette détection indique qu'Okta Identity Thread Protection (ITP) a identifié une activité suspecte lors d'un événement d'enrôlement d'authentificateur. Les critères spécifiques et les détails de l'événement qui ont déclenché l'alerte sont enregistrés dans le journal système user.risk.detect pour enquête. Consultez Enrôlement suspect d'un authentificateur.

Okta Provisioning Agent, version 3.3.0

Okta Provisioning Agent 3.3.0 est désormais disponible. Cette version prend en charge la réduction dynamique de la taille des pages lors des importations d'applications SCIM, de l'approvisionnement delta via des requêtes PATCH et de la suppression automatisée des droits lors des certifications d'accès. De plus, cette version met à jour le JRE Amazon Corretto fourni vers la version 17.0.19.10.1 et résout un problème de sécurité lié à la journalisation. Consultez l'historique des versions de la trousse SDK et d'Okta Provisioning Agent.

Okta Active Directory Agent, version  3.23.0

Cette version de l'Okta Active Directory Agent met à jour l'utilitaire de gestion de l'AD Agent pour guider les administrateurs dans l'octroi des autorisations minimales requises au lieu de leur demander d'ajouter des comptes de service au groupe Administrateurs du domaine. De plus, le programme d'installation ne s'interrompt plus lors des vérifications des autorisations des comptes de service dans des environnements mal configurés. Cette version comprend également des améliorations de sécurité et des correctifs de bugs. Consulter Historique des versions d'Okta Active Directory Agent.

Nouveau cycle de vie des versions de recherche

Un nouveau cycle de vie des versions de recherche, signalé par une bannière Version de recherche, est désormais disponible pour la documentation destinée aux administrateurs Okta. Les fonctionnalités Version de recherche sont disponibles exclusivement pour les membres du programme Okta Research Partner pendant une période d'évaluation fixe, avant qu'une fonctionnalité ne passe en accès anticipé ou en disponibilité générale. Consultez Versions de recherche.

Amélioration des événements du journal système pour le routage IdP

Les événements du journal système pour le routage IdP incluent désormais les informations cibles de la règle de découverte IdP correspondante, le cas échéant.

Nouveau nombre minimal de caractères pour les noms des agents IA

Les noms des agents IA doivent désormais contenir au minimum trois caractères. 

Nouveau service de proxy pour les zones dynamiques améliorées

PROXYLINE_PROXY est désormais pris en charge en tant que catégorie de service de proxy individuelle dans les zones dynamiques améliorées. Consultez Catégories d'IP prises en charge.

Demander l'exportation des données d'abonnement

Pour exporter des informations sur les utilisateurs abonnés aux requêtes d'accès, sélectionnez l'option Abonnements aux requêtes dans la fenêtre Exporter les données. L'option Requêtes n'inclut plus les données des abonnés. Consultez Exporter des données depuis Requêtes d'accès.

Nouvelle cible pour les événements user.risk.detect

Identity Threat Protection renseigne désormais les facteurs affectés dans la cible de l'événement user.risk.detect pour les actions critiques d'entité correspondant à des adresses IP à haut risque.

Nouveaux événements du journal système pour l'approvisionnement basé sur les applications Office 365

Le journal système enregistre désormais les événements suivants relatifs à l'authentification basée sur des applications pour l'approvisionnement d'Office 365 : app.office365.provisioning_app.create : cet événement est enregistré lorsqu'Okta crée une application Microsoft Entra ID dédiée qui est enregistrée et utilisée pour l'approvisionnement d'Office 365. app.office365.provisioning_app_credential.rotate : cet événement est autorisations lorsqu'Okta procède à une rotation du secret client de l'application Microsoft Entra ID enregistrée qui est utilisée pour l'approvisionnement d'Office 365. Le champ Outcome dans les données de cet événement indique si la rotation du secret client a réussi ou non.

Vérifications de posture avancées pour l'assurance des appareils

Les vérifications de posture avancées permettent aux administrateurs de configurer des conditions de sécurité d'appareil spécifiques au-delà de ce que prennent en charge les politiques de vérification d'appareils standard. À l'aide d'Osquery, vous pouvez écrire des requêtes SQL personnalisées pour évaluer l'état des appareils sur les appareils macOS et Windows, configurer des vérifications pour les appareils non gérés et les intégrer à des outils EDR (détection des point de terminaison ). Voir Configurer des vérifications de posture avancées pour la garantie des appareils.

Application d'un chiffrement fort pour l'authentification par certificat client X.509

Okta applique désormais des chiffres cryptographiques forts pour les certificats client X.509 utilisés dans l'authentification mTLS. Les certificats clients signés avec des chiffres faibles, tels que RSA-1024, ne sont plus acceptés pour les nouvelles orgs. Si vous utilisez authentification par certificat X.509, assurez-vous que vos certificats client répondent aux exigences de chiffrement FIPS 140-2.

Écran d'enrôlement des clés d'accès mis à jour

L'écran d'enrôlement des clés d'accès dans le Sign-In Widget inclut désormais un texte mis à jour et une image d'information pour aider les utilisateurs à comprendre ce que sont les clés d'accès avant leur enrôlement.

E-mails personnalisables pour l'authentificateur de clés d'accès (FIDO2 WebAuthn)

L'e-mail que les utilisateurs reçoivent lorsque l'administrateur configure un authentificateur de Clés d'accès (FIDO2 WebAuthn) est maintenant disponible en tant que modèle personnalisable dans Personnalisations > Marques > E-mails. Les administrateurs peuvent modifier la ligne d'objet, le corps de e-mail et les variables dynamiques telles que le code PIN, le prénom et le nom de org , et peuvent ajouter du contenu dans plusieurs langues. 

Gestion de l'enrôlement automatique par e-mail et gestion de la récupération

Les administrateurs peuvent contrôler l'enrôlement automatique d'une adresse e-mail en tant qu'authentificateur et configurer la récupération, le déverrouillage et le changement du mot de passe par e-mail lorsque l'adresse e-mail n'est pas un authentificateur. Consultez Faire de l'e-mail un authentificateur facultatif.

Authentification basée sur les applications pour l'approvisionnement d'Office 365

Okta crée désormais une application dédiée dans votre Tenant Microsoft Entra ID au lieu d'un compte de service pour la synchronisation de l'utilisateur et l'approvisionnement de la synchronisation universelle. Cette application prend en charge l'authentification par application et contribue à améliorer la sécurité de votre organisation. Si vous avez déjà configuré User Sync (Synchronisation de l'utilisateur) ou Universal Sync (Synchronisation universelle), vous devez vous réauthentifier et consentir à deux nouvelles permissions d'ici le 30 septembre 2026. Consultez Fournir un consentement administrateur Microsoft pour Okta.

Les pages Serveurs MCP et Serveurs de ressources ont été déplacées vers Applications et ressources.

Dans l'Admin console, les pages Serveurs MCP et Serveur de ressources ont été déplacées du menu Directory vers le menu Applications et ressources.

Le menu Applications a été renommé Applications et ressources.

Dans l'Admin Console, le menu Applications est désormais appelé Applications et ressources.

Protection contre la violation d'identifiants améliorée

Cette fonctionnalité fournit un flux de détection d'identifiants compromis de haute qualité pour les clients Okta Customer Identity (OCI) avec Identity Threat Protection, qui identifie plus vite les identifiants compromis. Voir Protection des identifiants violés.

Mettre à jour les affectations de règle de groupe

Les administrateurs peuvent désormais mettre à jour les groupes affectés à une règle de groupe sans supprimer ni recréer la règle. Cela simplifie la gestion des appartenances aux groupe et des conditions de règle. Voir Modifier les règles de groupe.

Importer des utilisateurs sans licence depuis Azure Active Directory vers Okta

Vous pouvez désormais importer des utilisateurs depuis Microsoft Azure Active Directory (AAD) qui ne disposent pas d'une licence Office 365 affectée. Cela permet aux administrateurs de centraliser le cycle de vie de leur main-d'œuvre dans Okta et élimine la nécessité de gérer les comptes sans licence sur les deux plateformes. Consultez Importer des utilisateurs dans  Office 365  à l'aide de l'API Microsoft Graph.

Vérification de l'identité avec intégrations soumises par le fournisseur

Les fournisseurs de vérification d'identité (IDV) peuvent maintenant soumettre des intégrations via Okta Integration Network. Vous pouvez configurer et appliquer ces intégrations à vos politiques d'authentification afin de vérifier les identités des utilisateurs.

Rotation à la demande des certificats de signature SSO Office 365

Les intégrations d'application Office 365 qui utilisent WS-Federation pour l'authentification prennent désormais en charge l'utilisation des certificats au niveau de l'application. Le passage des certificats au niveau de l'organisation aux certificats au niveau de l'application améliore vos résultats en matière de sécurité en éliminant un point de défaillance unique en cas d'expiration d'un certificat partagé au niveau de l'organisation. Les mises à jour de l'interface utilisateur permettent aux administrateurs informatiques de surveiller facilement le statut des certificats, de générer des certificats à la demande et d'effectuer des rotations de certificats sans interrompre les opérations. Consultez la section Configurer l'authentification unique pour Office 365.