iDBQuery prend-il en charge le SSO et l'authentification unique SAML ?

iDBQuery est conçu pour s'adapter à la façon dont votre organisation gère déjà l'identité plutôt que de devenir une énième connexion isolée à surveiller.

• Le SSO basé sur SAML permet aux personnes de se connecter avec votre fournisseur d'identité existant — Okta, Microsoft Entra ID (Azure AD), Google Workspace et d'autres systèmes compatibles SAML.
• Le contrôle centralisé signifie que le service informatique provisionne et déprovisionne les accès depuis un seul endroit ; lorsqu'une personne quitte l'entreprise et perd son compte professionnel, elle perd aussi iDBQuery.
• Les groupes issus de l'annuaire peuvent être mappés sur les rôles d'iDBQuery, de sorte que les droits d'accès suivent les appartenances de groupe que vous maintenez déjà.

Le SSO est proposé sur les déploiements cloud entreprise, VPC privé et auto-hébergés. Comme iDBQuery peut fonctionner dans votre propre VPC ou entièrement isolé (air-gapped), l'authentification unique peut être reliée à un fournisseur d'identité interne sans aucune dépendance à l'Internet public.

Associer le SSO au contrôle d'accès basé sur les rôles d'iDBQuery vous offre un modèle clair : l'authentification est gérée par votre fournisseur d'identité, et l'autorisation — quelles sources et quels espaces de travail une personne peut toucher — est gérée par les rôles d'iDBQuery. Cela maintient des pistes d'audit cohérentes et réduit le nombre de mots de passe autonomes que votre équipe doit gérer.

La configuration exacte dépend de votre fournisseur et de votre déploiement, si bien que le chemin le plus rapide est un bref échange avec notre équipe pour configurer la connexion adaptée à votre environnement.