Okta Classic 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.

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.

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.

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.

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.

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).

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.

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.

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.

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.

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.