Wiki
Central
Confidentialité et conformité· 7 min

Confidentialité et souveraineté

Comprendre le périmètre d'exécution de Central, l'isolation entre organisations et les réglages qui protègent vos informations.

Dans cet article

Central est conçu comme une couche d'accès à l'IA souveraine : l'inférence passe par des chemins européens contrôlés, les données sont isolées par organisation et les capacités externes sont soumises à une liste fermée et à des autorisations explicites.

Le principe d'isolation

L'organisation à laquelle appartient une requête n'est jamais choisie par le navigateur : elle est déduite du compte authentifié. Ce point est structurant, parce qu'il rend impossible la lecture des données d'une autre organisation par manipulation d'une requête. Le filtrage s'applique ensuite partout : conversations, documents, outils, quotas et journaux.

Ce que vous contrôlez

  • Les utilisateurs, rôles et groupes qui peuvent accéder à une source.
  • Les agents, leurs connaissances et leurs capacités.
  • L'activation de la recherche dans vos documents pour chaque demande.
  • Le refus d'utiliser vos échanges pour entraîner un futur modèle, réglable individuellement.
  • Les conversations que vous ne voulez pas conserver, avec le mode temporaire.

Les sorties externes

  • Par défaut, une demande reste dans le périmètre souverain : production de documents, recherche documentaire, calculs.
  • Les capacités externes sont identifiées comme telles et limitées à des destinations autorisées.
  • Dans une conversation, une sortie externe demande votre confirmation.
  • Dans une mission automatique, elle exige une autorisation accordée en amont par un administrateur, connecteur par connecteur.

Le journal d'audit

Un administrateur dispose d'un journal des missions qui indique, pour chaque tour, s'il est resté entièrement souverain ou s'il a produit une sortie externe. Les entrées sont chaînées entre elles : une modification rétroactive du journal serait détectable. Ce journal conserve des métadonnées, pas le contenu des échanges.

Bonnes pratiques utilisateur

  • Je ne colle pas un secret dans une demande si ce n'est pas nécessaire.
  • Je vérifie les personnes qui peuvent accéder à un projet ou une source.
  • Je distingue un document de référence d'une instruction à suivre.
  • Je relis les sorties avant tout envoi ou décision externe.
  • Je signale un comportement inattendu plutôt que de contourner un contrôle.
Voir le journal d'auditConsulter les preuves d'exécution souveraine.Nos engagements publicsLire les engagements et les informations de transparence.

Pour continuer