iDBQuery prend-il en charge l'authentification unique avec Okta ?

iDBQuery se connecte à Okta comme le font les autres applications d'entreprise, ce qui vous permet de gérer les accès depuis un seul endroit au lieu de maintenir une liste d'utilisateurs distincte.

• Protocoles standard - la connexion s'effectue via SAML 2.0 ou OpenID Connect : Okta gère l'authentification et iDBQuery ne stocke jamais de mot de passe distinct.
• L'accès suit l'identité - lorsque vous désactivez un utilisateur dans Okta, son accès à iDBQuery prend fin, de sorte qu'il n'y a pas de comptes orphelins à traquer.
• Les rôles correspondent aux groupes - l'appartenance à un groupe Okta peut déterminer les rôles iDBQuery : la finance voit les projets finance et les analystes voient les leurs, le tout appliqué par le contrôle d'accès basé sur les rôles.
• N'importe quel déploiement - dans le cloud, votre propre VPC ou une installation entièrement isolée (air-gapped), iDBQuery pointe vers le point de terminaison Okta ou d'identité interne que vous utilisez déjà, en gardant l'authentification à l'intérieur de votre périmètre.

Par exemple, un contrôleur de gestion ajouté à votre groupe « Finance » dans Okta est connecté directement à l'espace de travail finance avec les bonnes permissions, et révoquer cette appartenance de groupe supprime l'accès instantanément. Comme iDBQuery met l'architecture au premier plan - interrogation sur place, RBAC, et chiffrement en transit et au repos - le SSO n'est qu'une couche de contrôle par-dessus une conception qui garde vos données dans vos murs. Demandez-nous les détails exacts de configuration SAML ou OIDC pour votre tenant Okta.