iDBQuery conserve-t-il des journaux d'audit indiquant qui a fait quoi ?

La journalisation d'audit transforme iDBQuery, d'une boîte noire, en quelque chose dont vous pouvez rendre compte a posteriori.

iDBQuery enregistre les événements qui comptent pour la supervision :

• L'activité d'accès et de connexion, afin que vous puissiez voir qui a utilisé l'espace de travail et quand.
• Les modifications de sources — qui a connecté, resynchronisé ou supprimé une source de données.
• Les questions et résultats, offrant une trace de ce qui a été demandé et de ce qui a été renvoyé.
• Les actions sensibles ou opérationnelles, qui sont réservées aux rôles autorisés et consignées lors de leur exécution.

Comme chaque réponse d'iDBQuery est déjà une réponse citée — chaque chiffre remontant jusqu'aux lignes sources exactes dont il provient — l'historique d'audit va plus loin qu'un journal d'activité classique : vous pouvez voir non seulement qu'un rapport a été produit, mais aussi à partir de quelles données il a été construit. C'est inestimable lors d'un audit, d'une revue d'incident ou pour réconcilier un chiffre que quelqu'un conteste.

L'endroit où résident les journaux suit votre déploiement. Dans le cloud, ils se trouvent dans votre espace de travail ; dans un VPC privé, sur un seul serveur sur site ou entièrement isolé (air-gapped), la piste d'audit ne quitte jamais votre infrastructure, de sorte que vous en conservez la garde complète. Les administrateurs peuvent examiner le journal pour confirmer que les accès étaient appropriés, appuyer la gouvernance interne et répondre à la question « qui a vu cela, et quand ? » avec des preuves plutôt que des suppositions.