Agent IA et confidentialité des données : risques et parades

IA et confidentialité des données : les risques d'un agent IA dans vos dossiers clients, et comment le sécuriser : droits, accords, historique et hébergement.

L'équipe Standards

En bref

Un agent IA branché sur vos données clients présente cinq risques : voir plus que son utilisateur, supprimer ou envoyer à tort, modifier sans trace, nourrir l'entraînement des modèles, faire sortir les données. Un accès sécurisé les réduit : droits de la personne pour qui il agit, accord avant suppression ou envoi, historique, fournisseurs sans entraînement, lieu d'hébergement choisi.

Quels sont les risques de donner à un agent IA accès aux données de vos clients ?

Donner à un agent IA l'accès à vos dossiers clients expose à cinq risques. Trois tiennent à ce qu'il fait : voir des dossiers interdits à la personne qui l'a lancé, supprimer un contrat ou écrire à un client sans validation, modifier une fiche sans laisser de trace. Ces trois-là naissent de ses actes : un agent lit les fiches, les met à jour, supprime, envoie des emails, parfois la nuit, lancé par une routine. Deux tiennent aux données qu'il lit : elles peuvent servir à entraîner un modèle, ou sortir du pays ou de l'entreprise, y compris vers le fournisseur du modèle. Deux des premiers résultats pour « ia et confidentialité des données », Noroit (29 avril 2026) et Mailjet (25 mai 2023), parlent surtout de l'entraînement et de la sortie des données. Ils visent ce que l'on tape dans un assistant (pages lues le 26 octobre 2026). Perfony, mis à jour en septembre 2026, aborde déjà les connecteurs et les droits de l'utilisateur.

Risque

Ce qui le contrôle

L'agent voit des dossiers interdits à la personne qui l'utilise

Des droits croisés : jamais plus que le rôle de cette personne

Une suppression ou un email part par erreur

Un accord humain avant chaque suppression et chaque envoi

Une modification sans auteur

Un historique par fiche qui nomme l'agent et la personne pour qui il agissait

Les données servent à entraîner un modèle

Des appels limités aux fournisseurs qui n'utilisent pas les requêtes pour entraîner leurs modèles

Les données sortent du pays ou de l'entreprise

Une instance dédiée ou une installation chez vous fixe où Standards stocke les données ; les envois aux fournisseurs, listés plus bas, se vérifient un par un

Un agent IA ne doit jamais voir plus que la personne pour qui il agit

Dans Standards, un agent agit avec son propre rôle croisé avec les rôles de la personne pour qui il travaille. Cette personne est celle qui a envoyé le message ou lancé la routine, ou la dernière à avoir activé ou modifié le déclencheur qui l'a démarré (sécurité et hébergement). Un appel qui sort de cet accès est refusé à l'agent, qui lit le refus et poursuit sa tâche. Une fiche privée qu'il ne peut pas voir répond comme une fiche qui n'existe pas : il ne peut même pas deviner qu'elle est là. Pour une routine, la règle a une conséquence qu'on oublie : modifier ce qu'elle fait, ses consignes, ses outils ou son modèle, vous rend auteur de tous ses déclencheurs et de sa planification (agents et routines). Ses prochaines exécutions tournent alors avec vos droits. Si l'auteur d'un déclencheur est suspendu ou retiré de l'espace, le déclencheur s'éteint à son prochain départ au lieu de continuer sous un compte fantôme.

Les rôles décident de chaque action, objet par objet : lire, créer, modifier, supprimer. La suppression définitive, elle, s'accorde sur tous les objets à la fois, et le rôle « Membre » ne la détient pas (rôles et permissions). Les rôles « Propriétaire » et « Membre » ne se modifient pas ; pour donner moins à un collaborateur, vous créez un rôle sur mesure, et l'agent qu'il lance hérite de ces limites. Personne ne peut accorder un droit qu'il n'a pas, ni à un collègue, ni à un agent.

Chaque agent liste aussi ses outils et n'hérite de rien qui n'y figure pas (outils et connecteurs). Un agent créé dans Standards démarre pourtant avec les outils intégrés, à retirer s'il n'en a pas l'usage, et le chat général peut préparer un email sur chaque boîte connectée qui sait envoyer, chaque envoi demandant votre accord. Une boîte mail s'accorde en lecture seule, qui n'envoie jamais rien, ou en envoi. Accorder un connecteur à une routine qui tourne sans personne devant l'écran demande un droit d'administration des agents.

Quelles actions d'un agent IA doivent attendre votre accord ?

Dans Standards, une lecture ne demande jamais d'accord, et une modification en demande un en mode Manuel mais passe sans demander en mode Auto, le mode par défaut. Une suppression ou un envoi vers l'extérieur attend votre accord dans les deux modes. L'interface décrit le mode Manuel ainsi : « Demande votre accord avant chaque modification de vos données. » Le mode Auto : « Modifie vos données sans demander. À utiliser quand vous faites confiance à la tâche. » Le passage en Auto ne lève jamais l'accord sur une suppression ou un envoi : basculer une conversation en Auto par lassitude ne suffit pas à effacer un dossier. Ce réglage vaut par défaut ; un développeur peut déclarer une autre politique dans le code d'un agent précis.

Action de l'agent

Mode Manuel

Mode Auto (par défaut)

Lire une fiche, un document, un email

sans accord

sans accord

Créer ou modifier une fiche

votre accord, ou « Toujours autoriser dans cette conversation »

sans accord

Supprimer une fiche ou un document

votre accord, avec l'impact chiffré

votre accord, avec l'impact chiffré

Envoyer un email

votre accord, sur la version exacte

votre accord, sur la version exacte

La carte d'accord d'un email montre l'expéditeur, chaque destinataire, copie cachée comprise, l'objet, les pièces jointes et le texte qui partira (agents et routines). Seule la version affichée part : si le brouillon change après l'ouverture de la carte, rien n'est envoyé et l'agent repropose l'envoi. Une routine qui tourne la nuit laisse le brouillon et attend qu'une personne valide. Un agent Standards n'archive ni ne supprime jamais d'email.

Une suppression par l'agent est réversible : la fiche part à la corbeille, le document est archivé, et les deux se restaurent. Une demande d'accord sans réponse pendant 24 heures expire, et l'agent en est informé (conversations).

Chaque modification d'un agent IA doit dire qui l'a demandée

L'historique de chaque fiche Standards montre qui, collègue ou agent, a changé quel champ et quand, avec la valeur d'avant. Une modification faite par un agent se lit « pour » la personne au nom de qui il agissait, avec un lien « Ouvrir la conversation à l'origine de cette modification », ou la routine quand c'est une routine qui l'a faite. Trois mois plus tard, vous retrouvez donc la demande exacte qui a changé l'adresse d'un foyer ou le statut d'un contrat, et la personne qui l'a formulée. Un agent peut lui-même relire cet historique quand il détient l'outil d'historique et que la personne pour qui il travaille a le droit de le lire. La limite est à connaître avant de promettre une piste d'audit à un client ou à un contrôleur : Standards n'a pas, en octobre 2026, de page qui liste toutes les modifications de l'espace de travail. La trace se lit fiche par fiche, dans son historique.

Où vont les données qu'un agent IA lit, et servent-elles à entraîner les modèles ?

Quand un agent Standards lit une fiche, le texte utile part vers le fournisseur du modèle qui raisonne dessus. Standards fait passer par sa passerelle de modèles les appels à l'IA de ses agents, et cette passerelle n'appelle que des fournisseurs qui n'utilisent pas les requêtes pour entraîner leurs modèles ; seule la dictée vocale en direct y échappe encore. Un agent Standards qui tourne dans un environnement Claude Code, Codex ou Cursor ne passe pas par cette passerelle : il appelle le fournisseur de son modèle avec votre propre clé, aux conditions de votre contrat avec ce fournisseur (environnements). « Pas d'entraînement » ne veut pas dire « aucune conservation » : Provalis Research le rappelait dans son analyse du 24 novembre 2025. Côté Standards, chaque requête n'atteint qu'un seul espace de travail, et chaque ligne de données porte l'identifiant de cet espace (un espace par identifiant). Une instance dédiée fait tourner la même API sur des serveurs réservés à votre organisation, notamment pour la résidence des données, et une licence permet d'installer Standards sur votre propre infrastructure (sécurité et hébergement).

La documentation de Standards, lue en octobre 2026, nomme quatre autres sorties :

  • les enregistrements de réunion, traités dans l'Union européenne par un prestataire qui les efface après 24 heures ;

  • le corps des emails, envoyé à un fournisseur d'indexation pour la recherche par le sens, ce qui se désactive ;

  • chaque nouvel email reçu, envoyé aussi à un modèle qui le classe, sans réglage pour l'éteindre (catégories d'emails) ;

  • les navigateurs cloud, qui tournent sans garantie de lieu.

Le cadre légal ne change pas parce qu'un agent fait le travail. La CNIL l'écrit : « la collecte et l'utilisation de données via un système d'IA doit respecter le RGPD et les droits des personnes » (cnil.fr, page lue le 26 octobre 2026). Standards vous donne l'historique de chaque fiche ; le registre de vos traitements et l'information de vos clients restent à votre charge.

Comment donner à un agent IA un accès sécurisé aux données de votre entreprise

Dans Standards, un accès sécurisé se construit avant la première conversation : un rôle restreint, des outils comptés, le mode Manuel par défaut, puis une relecture de l'historique. Ces cinq étapes valent pour les agents qui tournent dans Standards. Pour Claude, Codex ou Cursor branchés sur votre espace Standards par MCP, les étapes 1, 2 et 5 valent aussi. Pour eux, les étapes 3 et 4 se règlent par le niveau de leur connexion, que vous baissez dans les applications connectées, ou par le rôle de la clé d'API qu'ils utilisent. Ce qu'un assistant externe lit dans Standards part chez son propre fournisseur, aux conditions de votre abonnement chez lui : Noroit, lu le 26 octobre 2026, recommande un compte professionnel au nom de l'entreprise et l'entraînement désactivé quand l'éditeur le permet.

  1. Le dirigeant écrit ce qu'aucun assistant externe ne doit recevoir sans validation, et réserve les dossiers sensibles aux bonnes personnes par des fiches privées.

  2. L'administrateur crée un rôle sur mesure pour les collaborateurs qui n'ont pas à tout voir : l'agent qu'ils lancent reste dans les mêmes limites.

  3. L'administrateur retire à chaque agent les outils dont il n'a pas l'usage : une boîte mail en lecture si l'agent n'a pas à écrire, aucun serveur tiers qu'il n'utilise pas.

  4. Chaque collaborateur règle son « Mode par défaut » sur Manuel dans son profil, et ne passe en Auto qu'une conversation dont la tâche est déjà éprouvée.

  5. L'équipe relit l'historique des fiches modifiées par un agent pendant les premières semaines, et baisse ou coupe l'accès d'un assistant connecté qui n'en a plus besoin.

Un assistant externe connecté par MCP reçoit au plus huit outils, réduits à ce que sa clé ou la personne connectée peut faire ; un outil que son niveau n'autorise pas disparaît de sa liste au lieu d'être refusé (outils MCP). La page Connecter votre IA à Standards donne la marche à suivre pour chaque outil, et la page Standards pour les développeurs montre comment déclarer un agent dans le code avec ses outils.

Questions fréquentes

Avant de changer d'outil.

Pas dans Standards, à deux exceptions près. La passerelle de modèles de Standards exclut les fournisseurs qui utilisent les requêtes pour entraîner leurs modèles, sauf pour la dictée vocale en direct. Un agent Standards qui tourne dans un environnement Claude Code, Codex ou Cursor ne passe pas par elle : il appelle le fournisseur de son modèle avec votre propre clé. Dans tous les cas, le texte lu part chez le fournisseur du modèle, qui décide de sa conservation.

Non. Dans Standards, l'envoi d'un email demande toujours un accord, en mode Manuel comme en mode Auto. La carte montre chaque destinataire, l'objet, les pièces jointes et le texte, et seule cette version part. Une routine qui tourne seule prépare le brouillon et attend qu'une personne valide l'envoi.

Non. Un agent Standards voit ce que voit la personne pour qui il agit, croisé avec son propre rôle. Une fiche privée à laquelle cette personne n'a pas accès répond comme une fiche inexistante. Pour une routine, c'est la personne qui l'a lancée, ou l'auteur du déclencheur ou de la planification qui l'a démarrée, qui fixe ce plafond.

Oui. Dans Standards, un assistant connecté par OAuth apparaît dans les applications connectées de vos réglages. Vous baissez son niveau, qui s'applique dès sa requête suivante, ou vous le révoquez : sa requête suivante est refusée (applications connectées). Un assistant branché par une clé d'API se coupe en révoquant cette clé.

Oui, à des conditions qui se vérifient. Dans Standards, l'agent ne voit que ce que voit la personne pour qui il agit, et une suppression ou un envoi attend un accord. La passerelle de modèles exclut les fournisseurs qui entraînent leurs modèles sur les requêtes, et une instance dédiée ou une installation chez vous fixe où Standards stocke les données. Le texte lu part tout de même chez le fournisseur du modèle : sa conservation reste à vérifier.

Oui. La CNIL rappelle que l'utilisation de données par un système d'IA doit respecter le RGPD et les droits des personnes. Le cabinet reste responsable de ses traitements : un agent qui lit et modifie des fiches clients reste dans les finalités inscrites à votre registre et annoncées à vos clients.

Voir un agent travailler sur vos propres dossiers

Réservez un entretien de trente minutes avec l'équipe pour voir les droits, les accords et l'historique d'un agent sur vos fiches clients.