Sécurité

Comment Semavex protège la base de données qui fait tourner votre entreprise

Connecter un outil de reporting à une base de données en production est une décision pour votre administrateur de bases de données et votre équipe de sécurité. Cette page décrit ce que Semavex fait avec cette connexion, et ce qu'il ne fait pas.

D'une question à votre base de données

  1. 01

    La question

    Un utilisateur pose une question en langage courant, ou un rapport enregistré s'exécute selon son horaire.

  2. 02

    Un plan structuré

    Vexon, l'agent IA de Semavex, transforme la question en plan de requête structuré à l'aide de votre modèle sémantique. Il n'écrit jamais de SQL et ne se connecte jamais à votre base de données.

  3. 03

    Validation

    Semavex vérifie le plan par rapport à votre modèle sémantique et à une liste blanche d'opérations permises. Un plan qui échoue à la vérification n'atteint jamais votre base de données.

  4. 04

    Du SQL déterministe

    Semavex traduit le plan en SQL paramétré pour votre moteur avec du code déterministe. Chaque valeur de filtre est un paramètre lié.

  5. 05

    Une requête de lecture

    La requête s'exécute sur votre base avec une limite de temps, et les lignes reviennent à Semavex pour être mises en forme dans la réponse ou le rapport.

Des contrôles sur chaque requête

Requêtes de lecture seulement

Semavex ne génère que des requêtes de lecture. Nous recommandons de le connecter avec un compte de base de données en lecture seule, pour que votre base applique la même règle.

Une limite de temps sur chaque requête

Les questions interactives s'arrêtent après 30 secondes et les rapports planifiés après 120 secondes.

Lectures sans blocage par défaut

Sur SQL Server, MySQL et MariaDB, Semavex lit par défaut en READ UNCOMMITTED : les rapports n'attendent jamais les verrous de votre application. Le contrôle de concurrence multiversion de PostgreSQL donne le même résultat. Vous pouvez choisir, pour chaque source de données, une isolation qui ne lit que les données validées.

Des plans adaptés à vos index

Semavex lit les métadonnées de vos index dans le catalogue système et planifie les filtres et les jointures en conséquence : les rapports empruntent les chemins d'accès prévus pour votre base.

Ce que voit l'IA

Vexon ne se connecte jamais à votre base de données et n'exécute jamais de requêtes. Il travaille à partir de votre modèle sémantique : noms de tables et de colonnes, descriptions, relations, mesures et synonymes, ainsi que des exemples de valeurs des colonnes que vous n'avez pas marquées comme sensibles.

Quand quelqu'un demande à Vexon d'expliquer un résultat, Semavex calcule des statistiques exactes sur l'ensemble du résultat dans votre base et les partage avec un échantillon de lignes. Une fiche de consentement indique le nombre de lignes, le coût et ce qui sera partagé avant toute exécution. Les suggestions d'exploration utilisent quelques lignes du résultat. Vexon est construit sur Claude, d'Anthropic.

Comment Semavex conserve ce dont il a besoin

  • Les identifiants de base de données sont chiffrés en AES-256-GCM, avec des clés conservées dans Azure Key Vault.
  • Chaque espace de travail client vit dans son propre schéma isolé dans la base de Semavex.
  • Semavex est hébergé sur Microsoft Azure au Canada.
  • L'accès est contrôlé par des rôles personnalisés construits à partir de permissions détaillées, et chaque requête aux agents est conservée dans un historique avec son utilisateur, son statut et son coût.

Comment connecter votre base de données

  • Créez un compte dédié en lecture seule pour Semavex, limité aux schémas ou aux bases qu'il doit voir.
  • Autorisez ce compte depuis l'adresse de Semavex seulement, et limitez son nombre de connexions.
  • Pour éloigner le reporting de votre serveur principal, connectez Semavex à un réplica en lecture.
  • Chaque guide par base de données ci-dessous contient un script pour le compte en lecture seule.

Les questions des équipes de sécurité

Semavex peut-il modifier les données de notre base ?

Semavex ne génère que des requêtes de lecture. Son SQL vient de code déterministe qui construit des instructions de lecture à partir d'un plan validé, et l'IA n'écrit ni n'exécute jamais de SQL. Une connexion avec un compte en lecture seule fait appliquer la même règle par votre base.

Un rapport peut-il ralentir notre application ?

Les rapports sont planifiés en fonction de vos index, arrêtés à une limite de temps et, par défaut, ne prennent pas de verrous qui bloquent les écritures de votre application. Pour un reporting intensif, connectez Semavex à un réplica en lecture.

Où Semavex est-il hébergé ?

Sur Microsoft Azure, au Canada. Les identifiants de base de données sont chiffrés en AES-256-GCM, et chaque espace de travail est isolé dans son propre schéma. La politique de confidentialité indique ce qui est traité et où.

Quel modèle d'IA Vexon utilise-t-il ?

Vexon est construit sur Claude, d'Anthropic. Il reçoit votre modèle sémantique et, quand vous demandez une explication, des statistiques et un échantillon de lignes du résultat.

Revue de sécurité

Des questions de votre équipe de sécurité ?

Réservez une démo : nous présenterons la configuration à votre administrateur de bases de données et à votre équipe de sécurité avant que vous connectiez quoi que ce soit.

Sécurité des bases de données en production - Semavex