Puis-je définir des délais d'expiration de session et des politiques de connexion dans iDBQuery ?

Les politiques de session et de connexion contrôlent la durée pendant laquelle l'accès reste valide et le moment où quelqu'un doit à nouveau prouver son identité.

• Délais d'expiration - définissez des durées de session par inactivité et maximales afin qu'une session laissée sans surveillance expire au lieu de rester ouverte indéfiniment.
• Piloté par l'IdP - lorsque le SSO est activé, la durée de vie de session, l'authentification renforcée et les règles d'accès conditionnel de votre fournisseur régissent la ré-authentification, de sorte qu'iDBQuery reste cohérent avec le reste de votre pile.
• Déconnexion et révocation - les administrateurs peuvent mettre fin aux sessions, et désactiver un utilisateur dans votre annuaire coupe son accès.

Par exemple, vous pourriez exiger une ré-authentification toutes les huit heures et une déconnexion immédiate après 30 minutes d'inactivité, afin qu'un ordinateur portable laissé ouvert sur une salle de marché ne reste pas une fenêtre en direct sur vos données. Ces contrôles s'ajoutent aux protections fondamentales d'iDBQuery plutôt que de les remplacer : les données sont interrogées sur place, chaque valeur est sourcée jusqu'à son origine, le RBAC limite ce qu'une session peut atteindre, et le trafic est chiffré. Une politique de session stricte réduit la fenêtre d'exposition en cas de perte d'un appareil, tandis que l'architecture limite ce à quoi cette session aurait jamais pu accéder. Demandez-nous quels contrôles de session s'appliquent à votre déploiement et à votre fournisseur d'identité.