Quel est le niveau de sécurité d'iDBQuery ?
iDBQuery est sécurisé par son architecture : il interroge les sources sur place au lieu de les copier, n'utilise jamais vos données pour entraîner l'IA, isole chaque espace de travail et propose des déploiements en VPC privé, air-gapped et Desktop local afin que les données sensibles puissent rester entièrement au sein de votre environnement. Vos propres identifiants et contrôles d'accès demeurent en vigueur d'un bout à l'autre.
L'histoire de la sécurité d'iDBQuery repose sur l'architecture — les choix qui, d'emblée, rendent une exposition des données improbable — plutôt que sur des promesses ajoutées après coup.
- Interrogation sur place. iDBQuery lit vos sources pour répondre à une question et construit un modèle unique et vivant à la volée. Aucun entrepôt ne détient un double de vos données qu'il faudrait sécuriser à part.
- Des déploiements où les données restent locales. Le VPC privé garde tout dans votre compte cloud, l'air-gapped fonctionne sans aucune connexion sortante, et l'application Desktop conserve les données sur une seule machine. Plus la charge de travail est sensible, plus vous pouvez l'exécuter en local.
- Aucun entraînement sur vos données. Vos tables, documents, schémas et questions ne sont jamais utilisés pour entraîner des modèles d'IA ni partagés entre clients.
- Vos contrôles persistent. iDBQuery utilise vos identifiants de base de données et respecte les limites de votre réseau ; les espaces de travail sont isolés afin que seuls les utilisateurs autorisés atteignent vos sources.
- Auditabilité. Comme chaque réponse cite les lignes sources exactes qui la sous-tendent, vous pouvez vérifier ce qu'a fait le système, ce qui constitue en soi une forme de sécurité : aucun chiffre opaque.
Pour une revue de sécurité formelle, nous présenterons à votre équipe en détail le flux de données, le déploiement et le modèle d'accès. Contactez-nous pour entamer cette conversation.
Updated 2026-06-22