Okta Identity Engine Fonctionnalités en accès anticipé

Intégrations de la communauté OIN

Les nouvelles applications sont souvent lancées avant qu'Okta ne propose d'intégration pour celles-ci, ce qui oblige les administrateurs à retarder leur déploiement ou à utiliser l'application sans authentification unique ni approvisionnement automatisé. Les intégrations de la communauté comblent ce fossé. Okta développe l'intégration à partir des API publiques de l'application et la publie sur Okta Integration Network sans frais supplémentaires. Une nouvelle intégration est lancée en tant que Preview de la communauté, pouvant être installée et testée dans des Preview Org. Une fois testée par un client dans sa propre org de production, elle obtient le statut Vérifié par la communauté et peut être installée dans n'importe quelle org. Vous obtenez une intégration manquante à tester dans des jours, et non des mois, et décidez quand elle sera prête pour la production en fonction de vos propres tests. Consultez Intégrations de la communauté.

Nouveaux événements du journal système pour la préparation de campagnes de certification d'accès

Le journal système enregistre désormais les événements suivants relatifs à la préparation de campagnes de certification d'accès :

certification.campaign.stage.start : cet événement est consigné lorsque le processus de préparation d'une campagne démarre.
certification.campaign.stage.end : cet événement est consigné lorsque le processus de préparation d'une campagne se termine. Le champ outcome.result indique SUCCESS si la capture de la campagne a été créée avec succès ou FAILURE s'il y a eu des erreurs au cours du processus de préparation.

Consulter Types d'événements.

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

L'agent du 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.

Préparer des campagnes de certification avant le lancement

Préparez les campagnes pour prévisualiser les utilisateurs cibles, les ressources et les affectations des réviseurs à l'avance, afin de garantir un périmètre précis, de corriger les erreurs de configuration et de vous assurer que les requêtes atteignent les bons réviseurs dès le premier jour. Consultez Mettre une campagne en attente.

Il s'agit d'une version en accès anticipé. Consultez Activer les fonctionnalités en libre-service.

Augmentation de la limite d'affectation par domaine Realm

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 Cursor

Vous pouvez désormais importer et gérer des agents IA développés dans Cursor directement via Okta. Consultez Importations d'agents IA.

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.

On-premises connector for Generic Databases

Le nouveau On-premises Connector for Generic Databases permet aux administrateurs de gérer les utilisateurs et les droits dans les bases de données locales en utilisant Okta On-Prem SCIM Server. Ce connecteur prend en charge Oracle, MySQL, PostgreSQL et Microsoft SQL Server. Il permet aux orgs d'appliquer des fonctionnalités de gouvernance telles que Access Requests, Certifications, Lifecycle Management et Entitlement Management à leurs environnements de bases de données. Consultez Connecteur sur site pour les bases de données génériques.

Configuration souple de l'authentificateur Okta Verify

Okta Verify est regroupé au sein d'un authentificateur unique doté de paramètres valables à l'échelle de l'org, ce qui vous empêche de configurer des méthodes de vérification individuelles (Okta FastPass, notification push ou TOTP) pour chaque groupe. Cette fonctionnalité divise Okta Verify en authentificateurs distincts, propres à chaque méthode, ce qui vous permet de déployer progressivement Okta FastPass.

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 les applications au format CSV afin de transformer votre liste filtrée en un rapport prêt à être soumis à un 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.

Publics multiples pour les serveurs d'autorisations personnalisés

Les serveurs d'autorisations personnalisés prennent désormais en charge plusieurs publics en plus d'un public par défaut. Consultez Créer un serveur d'autorisations.

Suppression de la configuration de Cross application Access via une connexion gérée

La suppression de la possibilité de configurer le Cross application Access depuis l'onglet Connexion gérée situé sur la page de profil de l'application est prévue pour une prochaine version. Une fois supprimées, vos configurations existantes cesseront de fonctionner. Reconfigurez vos connexions depuis l'onglet Serveur de ressources pour éviter les interruptions. Consultez Connecter les agents IA aux ressources.

Nouveaux événements du journal système pour les modifications d'appareils en masse

Les événements du journal système suivants sont désormais disponibles pour les modifications d'appareils en masse :

system.identity_sources.bulk_device_upsert
system.identity_sources.bulk_device_delete

Synchroniser les données de l'appareil avec Anything-as-a-Source

En plus des utilisateurs et des groupes, les intégrations de source d'identité personnalisée peuvent désormais synchroniser les données des appareils à partir d'une source fiable. Les appareils utilisent un ensemble fixe d'attributs : serialNumber, platform et displayName. Voir Utiliser Anything-as-a-Source.

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.

Gestion des modifications de politique

Les administrateurs peuvent créer des branches de leurs politiques de connexion à l'application pour examiner et surveiller l'impact des modifications avant d'appliquer la politique pour les utilisateurs finaux. Cela permet aux administrateurs de rédiger des changements de politique, de les tester par rapport au trafic réel des utilisateurs et de les déployer en toute confiance. Consultez Gérer les branches de politiques de connexion à l'application.

Politique d'enregistrement en libre-service pour l'ITP

L'inscription en libre-service ouvre la voie à la fraude, car des personnes malveillantes utilisant des adresses e-mail jetables ou certains réseaux peuvent passer inaperçues. Grâce à la nouvelle politique d'enregistrement en libre-service disponible sur la page Politiques du profil utilisateur, les clients du service Identity Threat Protection (ITP) peuvent créer des règles qui bloquent automatiquement les tentatives d'inscription provenant de domaines de messagerie jetables ou éphémères, ou de zones spécifiques du réseau. Cette fonctionnalité s'ajoute à la protection anti-robots et s'inscrit dans l'ensemble croissant de capacités de protection contre les attaques proposées par Okta. Cela offre aux administrateurs un autre moyen de réduire le nombre de faux comptes et de garantir la qualité des flux d'auto-enregistrement. Consultez Enregistrement en libre-service.

Suppression de Cross application Access en tant que fonctionnalité en libre-service

Vous ne pouvez plus activer ou désactiver la fonctionnalité Cross application Access à partir de la section en accès anticipé de la page Paramètres > Fonctionnalités dans la console des administrateurs. Pour modifier la disponibilité de cette fonctionnalité pour votre org, contactez le Support Okta. Si votre org est sur un plan Integrator Free, veuillez plutôt contacter l'assistance aux développeurs. Ce changement n'affectera pas les configurations existantes.

Importer des agents IA depuis Glean

Vous pouvez désormais importer et gérer les agents d'IA créés avec Glean Agent Builder directement via Okta. Consultez Importations d'agents IA.

Fonctionnalité Device Visibility pour macOS et Windows

Device Visibility remplace la page de détails de base pour les appareils gérés par une nouvelle vue à quatre onglets pour les appareils macOS et Windows. Elle expose les comptes utilisateur au niveau du système d'exploitation, le statut d'enrôlement à Okta FastPass et à l'authentification SSO sur la plateforme, la version Okta Verify et les indices de sécurité des appareils en un seul endroit. Il est ainsi plus facile pour les administrateurs informatiques et les administrateurs de sécurité de vérifier l'enrôlement des authentificateurs et d'évaluer la posture de sécurité des appareils sans devoir recouper les informations provenant de plusieurs écrans. Consultez Voir les détails des appareils.

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.

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.

Rediriger les utilisateurs fédérés vers les dP pour la réauthentification

La réauthentification auprès d'un IdP aide les administrateurs Okta à sécuriser les identités fédérées en redirigeant les utilisateurs fédérés vers leur IdP SAML, OIDC ou Org2Org source lorsqu'une politique exige leur réauthentification. En forçant la réauthentification au niveau de l'IdP source, les administrateurs peuvent combler les lacunes de sécurité provenant des sessions de longue durée et supprimer le besoin de configurer un enrôlement MFA en double dans Okta. Consultez Rediriger les utilisateurs fédérés vers les IDP pour la réauthentification.

Nouveaux événements du journal système pour les intégrations de base de données à accès privilégié

Deux nouveaux événements du journal système, pam.integration.create et pam.integration.delete, sont désormais disponibles pour la gestion des bases de données dans Okta Privileged Access. Cette amélioration permet aux administrateurs de suivre la création ou la suppression des intégrations de base de données. Consulter Journal système.

Mode auditeur pour les affectations des rôles d'administrateur

Un nouveau mode Auditeur (lecture seule) permet aux super administrateurs d'appliquer une restriction de lecture seule à toute affectation d'administrateur individuelle ou de groupe. Ce paramètre restreint les administrateurs à un accès en lecture seule à la console des administrateurs et aux API Okta, sauf pour les applications propriétaires d'Okta. Cette fonctionnalité offre aux auditeurs une visibilité système tout en préservant la transparence de la sécurité. Consultez Mode Auditeur (lecture seule).

Révocation globale des jetons pour les IdP tiers et Org2Org

Okta prend désormais en charge la révocation globale des jetons (GTR) pour les IdP tiers et Org2Org . Cette fonctionnalité permet aux IdP tiers de déclencher Universal Logout en toute sécurité, et de révoquer instantanément l'ensemble des jetons et sessions utilisateur dans l'ensemble de votre inventaire d'application. Consultez Configurer Universal Logout pour les apps prises en charge.

Gestion de l'assurance des applications pour Android

La nouvelle condition Restriction de profil d'appareil dans les politiques d'assurance d'appareil garantit que les utilisateurs Android ne peuvent accéder aux applications protégées qu'à partir du même profil professionnel géré pour lequel Okta Verify est installé. Cette condition empêche l'accès à partir de profils personnels, ce qui réduit le risque de fuites de données et améliore la posture de sécurité. Consultez Ajouter une politique de vérification des appareils.

Les importations incrémentielles pour Office 365 sont disponibles en accès anticipé dans Preview

Les administrateurs peuvent désormais planifier et exécuter des importations incrémentielles pour les intégrations d'applications Microsoft Office 365 et Office 365 GCC High.

Le connecteur sur site pour les bases de données génériques prend en charge les importations incrémentielles

Le connecteur sur site 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.

Prise en charge IBM Db2 LUW pour On-premises Connector for Generic Databases

Le connecteur On-premises Connector for Generic Databases prend désormais en charge IBM Db2 LUW. Cela permet aux administrateurs de gérer les utilisateurs et les droits dans des environnements IBM Db2 LUW. Consultez Connecteur sur site pour les bases de données génériques.

Okta for AI Agents est disponible en libre-service en accès anticipé

Les orgs abonnés à Okta for AI Agents peuvent désormais activer le produit depuis la page Fonctionnalités. Vous pouvez utiliser Okta for AI Agents pour enregistrer, sécuriser et gérer les identités des agents IA directement dans Okta. Consultez Okta for AI Agents.

Amélioration des importations basées sur DirSync

Optimisez les performances des importations basées sur AD DirSync en évitant les vérifications préalables inutiles et en téléchargeant les unités organisationnelles sans utiliser DirSync.

Prise en charge d'OAuth 2.0 pour les fournisseurs de messagerie personnalisés

Vous pouvez désormais configurer des fournisseurs de messagerie personnalisés avec l'authentification OAuth 2.0. Vous pouvez choisir entre deux configurations de client OAuth 2.0 pour la récupération des jetons d'accès et utiliser ces jetons d'accès pour vous authentifier auprès du serveur SMTP de votre fournisseur de messagerie. Consultez Utiliser votre propre fournisseur de messagerie.

Rapport d'activité d'authentification

Le rapport d'activité d'authentification fournit des informations détaillées sur authentification, y compris l'utilisation Okta FastPass, en complément du rapport Activité MFA. Vous pouvez afficher l'activité filtrée par type d'appareil (Android, iOS, macOS, Windows), état de gestion (géré, non géré), l'état de l'enregistrement (enregistré, non enregistré) et la méthode de vérification (TOTP, Push, Okta FastPass). Consultez Rapport d'activité d'authentification.

Détecter et découvrir les agents IA

Utilisez le plug-in de navigateur Security Access Monitor et Identity Security Posture Management d'Okta (ISPM) pour obtenir une visibilité sur les nouvelles autorisations OAuth aux applications et l'utilisation des agents IA non approuvés qui en résulte pour votre organisation. Le plug-in surveille les navigateurs gérés pour toute nouvelle autorisation OAuth aux applications et agents IA. ISPM capture la télémétrie des autorisations OAuth, analyse les données et vous offre la visibilité dont vous avez besoin pour identifier chaque application tierce que vos utilisateurs autorisent. Cela vous aide à atténuer les risques liés aux autorisations OAuth et agents IA non approuvés. Après avoir configuré le plug-in, vous pouvez trouver toutes les nouvelles autorisations OAuth dans votre org en accédant à la page NHI et agents d'IA > Autorisations OAuth du navigateur dans la console ISPM. Consultez Découvrez et évaluez les agents IA.

Okta FastPass utilisant l'extension SSO prend désormais en charge Chrome sur macOS

Vous pouvez maintenant activer l'option Prise en charge de l'extension d'authentification SSO pour Chrome sur macOS pour prendre en charge l'utilisation de l'extension SSO sur Chrome 146 ou une version ultérieure. Cela garantit une authentification transparente pour les utilisateurs sur les dernières versions de navigateur sous macOS.

Okta fait office de fournisseur d'identité de secours

Cette fonctionnalité redirige les utilisateurs vers Okta pour qu'ils s'authentifient si le fournisseur d'identité principal ne peut pas établir leur identité. Cela peut survenir en raison de rejets explicites, comme des identifiants non valides et des échecs MFA, ou si une session utilisateur existante ne peut pas être vérifiée en mode silencieux, par exemple lors d'une requête prompt=none OIDC ou d'une requête SAMLIsPassive=true. Consultez Configurer les règles de routage du fournisseur d'identité.

On-premises connector for Generic Databases

Le nouveau On-premises Connector for Generic Databases permet aux administrateurs de gérer les utilisateurs et les droits dans les bases de données locales en utilisant Okta On-Prem SCIM Server. Ce connecteur prend en charge Oracle, MySQL, PostgreSQL et Microsoft SQL Server. Il permet aux orgs d'appliquer des fonctionnalités de gouvernance telles que Access Requests, Certifications, Lifecycle Management et Entitlement Management à leurs environnements de bases de données. Consultez Connecteur sur site pour les bases de données génériques.

Protection contre les identifiants compromis

Protégez votre org contre les identifiants compromis. Si Okta détermine qu'une combinaison nom d'utilisateur/mot de passe a été compromise après avoir été comparée à un ensemble de données conservé par un tiers, la réponse de protection est personnalisable grâce à des politiques de mot de passe, dont la réinitialisation du mot de passe de l'utilisateur, le forçage d'une déconnexion ou l'appel d'un Workflow délégué. Consultez Protection contre les identifiants compromis.

La protection contre les violations des informations d'identification est désormais disponible pour les clients fédéraux.

Les conditions dans la politique Okta Account Management

Avec cette fonctionnalité, les administrateurs peuvent désormais restreindre les activités de gestion des comptes, telles que la réinitialisation du mot de passe en libre-service ou les enrôlements de nouveaux authentificateurs avec des conditions d'appareil. Les administrateurs peuvent configurer les règles de politiques de Okta Account Management avec les appareils enregistrés et gérés, ou exiger que les appareils répondent aux exigences d'une politique d'assurance d'appareil. Consultez Ajouter une règle pour l'enrôlement de votre premier authentificateur résistant à l'hameçonnage.

La Governance des Workflows est désormais disponible en Accès anticipé (EA)

Vous pouvez désormais utiliser Okta Identity Governance pour gérer l'accès aux rôles Workflows. Cela vous aide à vous assurer que l'accès à Workflows est accordé de manière cohérente et en conformité avec les exigences de votre entreprise. Voir Governance des Workflows.

Exigences en matière de complexité des mots de passe

Okta vous permet maintenant de limiter le nombre de caractères répétitifs consécutifs que les utilisateurs peuvent insérer dans leur mot de passe. Les exigences en matière de complexité des mots de passe sont désormais également appliquées aux utilisateurs provenant d'Active Directory et de LDAP. Cette modification renforce la sécurité de votre org en élargissant les options de complexité des mots de passe et en appliquant cette protection à davantage de types de profils utilisateur. Consultez Configurer l'authentificateur Mot de passe.

Amélioration de la protection contre les identifiants compromis

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. Consultez Protection contre les identifiants compromis.

Nouveaux événements System Log pour les connexions Cross application Access

Les événements suivants sont déclenchés lorsque vous créez, supprimez ou mettez à jour une connexion Cross application Access :

app.cross_app_access.connection.create
app.cross_app_access.connection.delete
app.cross_app_access.connection.update

Récupération de l'authentification Desktop MFA pour Windows

Cette version améliore la fonctionnalité Desktop MFA sur Windows pour inclure un chemin de récupération assisté par l'administrateur. Si un utilisateur est verrouillé sur son appareil Windows, un administrateur peut désormais émettre un code PIN de récupération à durée limitée. Cela permet à l'utilisateur d'accéder temporairement à son ordinateur sans avoir besoin de son appareil MFA principal, ce qui lui permet de résoudre son problème d'Authenticator et de se connecter avec succès. Consultez Activer la récupération de Desktop MFA pour Windows.

Mode du capteur de posture de l'appareil Okta Verify

Auparavant, l'application de la posture de sécurité des appareils créait d'importants champs aveugles sur les appareils partagés, car elle nécessitait une enrôlement unique à Okta FastPass. Le mode Capteur d'Okta Verify résout ce problème en enregistrant l'application directement auprès de l'org, ce qui permet d'évaluer instantanément les politiques de vérification des appareils sensibles au contexte lorsque l'utilisateur s'authentifie. Cette fonctionnalité est particulièrement utile pour les travailleurs de première ligne, car elle garantit une conformité complète pour les flottes partagées et garantit le bon fonctionnement des appareils avant que l'accès ne soit accordé. Consultez Mode du capteur de posture de l'appareil.

Plusieurs certificats de signature d'IdP actifs

Okta prend désormais en charge plusieurs certificats de signature actifs pour un seul fournisseur d'identité (IdP) SAML, permettant une rotation des certificats transparente, sans temps mort. Les administrateurs peuvent charger jusqu'à deux certificats par connexion IdP. Cette amélioration élimine le besoin d'échanges étroitement coordonnés avec les partenaires de l'IdP et réduit le risque d'échecs d'authentification dûs à des certificats expirés. Cette fonctionnalité est disponible pour la console des administrateurs et l'API IdP Certificates.