Notes de version Okta Identity Engine (Production)
Disponibilité générale
Version : 2026.09.0
- 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.
- Prise en charge de Cross App Access pour les agents et applications IA pour tous les clients
Utilisez XAA pour sécuriser l'accès entre les applications demandeuses d'agents SSO personnalisées et les applications de ressources SSO. XAA permet aux clients de connecter des agents et applications IA afin qu'ils agissent au nom d'un utilisateur, et supprime la nécessité d'un consentement de l'utilisateur au moment de l'exécution. La connexion XAA est gérée par les administrateurs Okta, ce qui leur offre une visibilité et un contrôle sur les actions qu'un agent IA peut entreprendre au nom d'un utilisateur via les protocoles SSO OIDC et SAML pris en charge.
- Pour la configuration des applications demandeuses d'agents, consultez Ajouter des agents IA manuellement et sélectionnez votre application d'agents SSO dans Accès utilisateur > Application utilisée pour la configuration de l'accès.
- Pour la configuration de l'application de ressources XAA, consultez Configurer les connecteurs de serveur de ressources. Si vous configurez une application de ressources OIN, XAA doit déjà être activé.
- Pour connecter l'agent IA à l'application de ressources, consultez Connecter les agents IA à des ressources et sélectionnez Application comme type de ressource, puis votre application de ressources.
Pour les applications demandeuses d'agents qui utilisent OIDC pour la SSO, Okta permet de lier un agent IA à une application SSO OIDC afin qu'ils partagent les mêmes identifiants. Si vous souhaitez supprimer cette configuration dans Okta, supprimez l'agent IA et l'application OIDC correspondante.
Grâce à cette fonctionnalité de liaison de l'agent IA et l'application, les administrateurs peuvent désormais configurer l'authentification directe des utilisateurs pour l'agent IA. Si vous disposez d'une org Okta for AI Agents et que vous avez déjà utilisé l'onglet Délégation pour configurer l'accès des agents IA via des liens de délégation, vous devez les reconfigurer avec l'onglet Accès utilisateur. Consultez le guide Migration from un lien de délégation Okta for AI Agents.
- 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
- Identité unifiée pour les agents d'IA
Les administrateurs peuvent désormais utiliser un identificateur externe pour garantir que les agents d'IA enregistrés de leur organisation sont uniques. Ils peuvent également configurer les critères de création et de correspondance pour les agents d'IA importés, et prévisualiser les agents d'IA importés avant leur enregistrement. Consultez Activer les importations d'agents d'IA pour une application.
- 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 de la méthode d'authentification.
- Radius Agent version 2.27
Cette version inclut des améliorations et correctifs internes.
- Empreinte numérique TLS JA4
Okta capture désormais les empreintes digitales du client TLS JA4 pour les types d'événements du journal système (
securityContext.tlsFingerprint.ja4 pr), au lieu d'un sous-ensemble sélectionné. Cela inclut les événements de téléphonie (par exemple, OTP/envoi de SMS), ainsi que les événements de connexion, d'authentification et de jeton. Les clients et les équipes de sécurité d'Okta disposent ainsi d'une visibilité au niveau de l'empreinte digitale pour repérer le trafic des robots, la fraude au péage et d'autres modèles d'attaques basés sur TLS que les signaux d'IP ou agent-utilisateur ne détectent pas eux-mêmes.Ceci n'est pas encore disponible pour les orgs sur des domaines hébergés de manière personnalisée.
- Analyse des importations améliorée avec mises à jour en temps réel
Vous pouvez désormais consulter la progression en temps réel des importations depuis le tableau de bord Analyse des importations. Vous bénéficiez d'une plus grande visibilité sur le statut actuel des importations en cours, comme le nombre de blocs de données en cours de traitement.
- 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.
- Enregistrement manuel des serveurs MCP
Les administrateurs peuvent désormais configurer manuellement les détails du serveur d'autorisations et les identifiants client lors de l'enregistrement des serveurs MCP. Cela permet l'enregistrement de serveurs MCP internes ou hérités qui ne prennent pas en charge les points de terminaison de découverte de métadonnées automatisée. Consultez Ajouter des serveurs MCP.
- 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)
- macOS (
- 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.
- 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.
- 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.
- 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.
- 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_DESKTOPdans les zones du réseau dynamiques améliorées. Les administrateurs peuvent inclure ou exclureREMOTE_DESKTOPlors 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.- 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étection des proxy des logiciels malveillants
Les administrateurs peuvent désormais détecter et contrôler l'accès depuis les réseaux proxy de logiciels malveillants connus à l'aide d'une nouvelle catégorie de services IP
MALWARE_PROXIESdans les zones de réseau dynamiques améliorées. Cette catégorie est optimisée par Okta CyberDefense et couvre les services proxy associés aux activités de logiciels malveillants et de botnets (y compris 911 S5, NSOCKS, iProxy, BHProxies et d'autres). Les administrateurs peuvent inclure ou exclureMALWARE_PROXIESlors de la configuration des zones de réseau dynamiques améliorées, ce qui permet des politiques plus précises, par exemple, en refusant l'accès via 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.- Assistant Okta Integration
Utilisez l'assistant Okta Integration Wizard (OIW) pour créer et déployer des intégrations d'applications personnalisées dans votre org Okta. Vous pouvez configurer la SSO, l'approvisionnement SCIM, la gestion des droits, Universal Logout et les fonctionnalités API Integration Actions personnalisées pour l'intégration d'applications. Vous pouvez utiliser l'intégration d'application comme modèle pour créer plusieurs instances d'application dans votre org sans reconfigurer chaque instance d'application. Cela vous aide à gérer plus efficacement vos intégrations personnalisées et à éviter les solutions de contournement pour les connecteurs SCIM et Workflows Connector personnalisés. Consultez Assistant Okta Integration Wizard
- Événements d'échec d'enrôlement WebAuthn dans le journal système
Le journal système enregistre désormais les tentatives d'enrôlement WebAuthn (FIDO2) ayant échoué, en utilisant l'événement
user.mfa.factor.activateet des données de débogage telles que l'AAGUID,isBackupEligibleet les groupes d'authentificateurs qui correspondent. Auparavant, seules les enrôlements réussis étaient enregistrés. Vous pouvez utiliser cette fonctionnalité pour identifier les modèles d'authentificateur qui ne sont pas enrôlés.- 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.
- 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.
- 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.- Approvisionnement pour Sophos Cloud
L'approvisionnement est maintenant disponible pour l'intégration Sophos Cloud. Consultez Intégrer Sophos Cloud à Okta.
Accès anticipé
- 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.
Correctifs
-
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)
Okta Integration Network
-
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.
2026.09.1 : mise à jour 1 déployée depuis le 28 septembre
- 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.
Correctifs
-
Lorsque des utilisateurs mettaient à jour l'application Okta Verify sur des appareils iOS, le journal système enregistrait plusieurs événements
user.mfa.factor.updateau 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)
Okta Integration Network
-
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.