iDBQuery peut-il se connecter à une base de données qui exige SSL/TLS ?

Chiffrer les connexions aux bases de données en transit est une exigence de sécurité de base pour de nombreuses équipes, et iDBQuery la prend en charge. Lorsque votre base exige SSL/TLS, iDBQuery négocie une connexion chiffrée afin que les identifiants et les résultats des requêtes ne circulent jamais en clair.

Selon la politique de votre base, vous pouvez :

• Exiger le TLS — iDBQuery se connecte via un canal chiffré par défaut lorsque la base l'impose (les services gérés comme PlanetScale et Neon exigent le TLS, par exemple).
• Vérifier le serveur — fournissez le certificat de l'autorité de certification (CA) pour qu'iDBQuery valide l'identité de la base.
• Utiliser le TLS mutuel — lorsque cela est pris en charge, fournissez un certificat et une clé client.

Cela s'inscrit dans la posture de sécurité plus large d'iDBQuery : chiffrement en transit et au repos, utilisateur en lecture seule, interrogation sur place, et déploiement dans votre propre VPC, sur site ou isolé (air-gapped). Pour les bases privées, vous pouvez aussi combiner le TLS avec un tunnel SSH ou une liaison privée afin que la connexion soit à la fois chiffrée et jamais exposée publiquement.

Exemple : une entreprise proche du secteur de la santé impose le TLS sur chaque connexion de base. Elle pointe iDBQuery vers son Postgres avec le certificat CA, iDBQuery vérifie le serveur et se connecte de manière sécurisée, et le personnel obtient des réponses sourcées sans affaiblir aucune des exigences de connexion de la base. Les règles de votre base restent en vigueur — iDBQuery s'y conforme plutôt que de vous demander de les assouplir.