iDBQuery fonctionne-t-il avec l'authentification unique Microsoft Entra ID (Azure AD) ?

Si votre organisation utilise Microsoft 365, iDBQuery s'intègre à votre identité Entra ID (Azure AD) existante, de sorte que les personnes se connectent avec le compte qu'elles utilisent déjà.

• SSO d'entreprise - l'authentification s'effectue via Entra en SAML ou OpenID Connect ; iDBQuery s'appuie sur les politiques de connexion de votre tenant, y compris l'accès conditionnel et le MFA.
• Rôles pilotés par les groupes - faites correspondre les groupes de sécurité Entra aux rôles iDBQuery afin que les permissions reflètent votre annuaire plutôt que d'être maintenues à la main.
• Déprovisionnement instantané - le départ d'un utilisateur dans Entra met fin à sa session iDBQuery, ce qui simplifie les revues d'accès.
• Se déploie partout - cloud, votre VPC ou sur site isolé (air-gapped) ; iDBQuery communique avec le point de terminaison Entra que votre architecture autorise.

Un exemple concret : un nouvel analyste est ajouté au groupe « Data Team » dans Entra, et lors de sa première visite sur iDBQuery, il atterrit dans le bon projet avec un accès en lecture déjà appliqué. Rien dans le SSO ne change la posture fondamentale d'iDBQuery à l'égard des données - il interroge vos sources sur place, source chaque valeur jusqu'à la ligne source exacte, et chiffre le trafic en transit et les données au repos. Le SSO permet simplement à votre fournisseur d'identité de décider qui entre, tandis que le RBAC décide de ce que chacun peut voir. Contactez-nous pour les étapes de configuration de l'application d'entreprise Entra.