Agents IA et RGPD : quelles données partent, et où ?

Vos données peuvent être protégées avec un agent IA, mais cela dépend des informations accessibles, des services contactés et des garanties appliquées. Un agent peut transmettre au fournisseur du modèle vos instructions, des extraits de fichiers et les résultats de ses outils, puis conserver des copies dans ses journaux ou sa mémoire. Pour évaluer un usage au regard du RGPD, il faut suivre chaque flux jusqu’à son destinataire et vérifier sa finalité, sa conservation et son encadrement.

Quelles données un agent peut-il faire sortir ?

Le périmètre dépasse ce que vous tapez dans la conversation. Selon ses permissions, l’agent peut lire des courriels, récupérer une fiche client, extraire un document ou observer une capture d’écran. Une partie de ces contenus peut ensuite rejoindre le contexte envoyé au modèle.

Prenons un exemple fictif : vous demandez de préparer des relances de factures. L’agent consulte la comptabilité, récupère les coordonnées des clients et rédige les messages. Si la rédaction utilise un modèle distant, les éléments nécessaires à cette rédaction peuvent quitter votre environnement, même si le logiciel de facturation reste hébergé chez vous.

Il faut notamment examiner :

• les instructions, pièces jointes et historiques de conversation ;
• les résultats des recherches dans vos fichiers et logiciels métier ;
• les arguments transmis aux outils, notamment les identifiants et adresses ;
• les réponses produites, brouillons et fichiers exportés ;
• les traces techniques, mémoires persistantes et sauvegardes.

Les données personnelles comprennent aussi des informations indirectement identifiantes. La fiche de la CNIL sur leur identification rappelle notamment qu’une adresse IP, un identifiant de connexion ou une voix peuvent relever de cette catégorie.

Pour votre inventaire, séparez également données personnelles, secrets professionnels et secrets techniques. Une clé d’accès n’identifie pas nécessairement une personne, mais sa divulgation peut ouvrir toute une base clients. Le cadre de protection doit couvrir ces risques ensemble.

Où vont les données : cartographier toute la chaîne

L’interface visible représente rarement toute l’architecture. Entre votre poste et le destinataire final peuvent intervenir un hébergeur, une passerelle, un fournisseur de modèle, un service de recherche et un outil de suivi des exécutions.

Le tableau suivant sert de grille d’enquête. Il décrit des flux possibles, à confirmer dans votre configuration.

Maillon	Données susceptibles de circuler	Vérification à effectuer
Application de l’agent	Messages, fichiers importés, historique	Hébergement, accès administrateurs, suppression
Fournisseur du modèle	Contexte transmis et réponses	Usage des contenus, conservation, lieux de traitement
Outils connectés	Requêtes, paramètres, résultats	Permissions, destinataires, comptes utilisés
Mémoire et recherche documentaire	Documents, fragments, représentations numériques	Stockage, cloisonnement, propagation des suppressions
Suivi technique	Traces, erreurs, extraits de requêtes	Masquage, accès, durée de conservation

Pour chaque ligne, notez l’entité juridique destinataire, les pays concernés et la preuve disponible : contrat, documentation ou réglage vérifié. Une réponse commerciale générale ne remplace pas ces éléments.

Un connecteur ou un serveur MCP ajoute un chemin à examiner. Son emplacement ne suffit pas à décrire les flux : un serveur exécuté sur votre poste peut appeler un service distant. Notre article sur les protocoles et appels d’outils explique ces relations.

Commencez avec une tâche fictive et observez les requêtes sortantes, les résultats récupérés et les traces enregistrées. Cette observation complète la documentation ; elle ne prouve pas à elle seule l’absence d’autres transferts, notamment lors d’une erreur ou d’une intervention de maintenance.

Local, auto-hébergé ou cloud : vérifier chaque composant

Un agent installé sur votre ordinateur peut envoyer ses requêtes à une API distante. De même, héberger l’application sur votre serveur ne signifie pas que le modèle, la recherche documentaire et la supervision y fonctionnent.

Pour limiter les sorties, il faut vérifier séparément l’exécution du modèle, les connecteurs, la création des représentations numériques des documents, la télémétrie et les sauvegardes. Le guide des LLM en local aide à comprendre le périmètre technique d’une installation locale.

La CNIL recommande de choisir le déploiement selon les données et l’usage. Pour des données personnelles ou une documentation sensible, elle présente le déploiement sur site comme une option permettant de limiter l’exposition auprès d’un tiers ; le recours à une infrastructure distante doit être encadré. Voir ses questions-réponses sur l’utilisation de l’IA générative.

Même lorsque tout fonctionne dans votre infrastructure, les accès internes comptent. Un compte de service trop puissant peut exposer des dossiers à des salariés qui ne devraient pas les consulter. Une sauvegarde mal protégée peut conserver les documents supprimés de l’interface.

Évitez donc de prendre une décision sur la seule étiquette de déploiement. Demandez une description des composants réellement activés, puis vérifiez les responsabilités de maintenance. L’hébergement interne vous donne davantage de contrôle, mais vous laisse aussi organiser les mises à jour, les accès et la restauration des données.

Qui est responsable, et que doit prévoir le contrat ?

Dans une entreprise, l’organisme qui décide pourquoi et comment utiliser les données est généralement responsable du traitement. Un prestataire qui agit pour son compte et sur ses instructions peut être sous-traitant. La qualification dépend des opérations réelles, notamment si le fournisseur réutilise des données pour ses propres objectifs.

La CNIL précise qu’un contrat de sous-traitance doit être concret, clair et contraignant. Même une petite entreprise face à un grand fournisseur conserve ses obligations : la signature ne transfère pas toute la responsabilité. Sa page sur la répartition des rôles RGPD détaille cette distinction.

Demandez au minimum des réponses documentées sur :

• les traitements couverts et les données autorisées ;
• les accès du personnel, la confidentialité et les mesures de sécurité ;
• les autres sous-traitants et la notification de leurs changements ;
• l’assistance pour les droits des personnes et les incidents ;
• la restitution, la suppression et les possibilités de vérification.

Ces thèmes relèvent notamment du cadre de la sous-traitance prévu par le RGPD. Vérifiez que l’accord couvre précisément votre offre et ses fonctionnalités.

La mention d’une absence d’entraînement sur vos données répond seulement à une question. Elle ne précise pas automatiquement si les contenus sont enregistrés, accessibles au support ou conservés pour la sécurité. Faites distinguer ces usages dans les réponses du fournisseur.

Un hébergement européen suffit-il pour le RGPD ?

Un lieu de stockage européen constitue une information utile, sans établir à lui seul la conformité du traitement. Il faut aussi examiner où s’effectuent les calculs, où vont les sauvegardes et depuis quels pays les prestataires peuvent accéder aux données.

Les transferts hors de l’Espace économique européen ne sont pas interdits par principe. Ils doivent bénéficier du mécanisme applicable, par exemple une décision d’adéquation ou des garanties appropriées. Selon la situation, une analyse du transfert et des mesures supplémentaires peuvent être nécessaires. La CNIL rassemble les outils d’encadrement des transferts internationaux.

Pour votre agent, demandez une réponse distincte concernant :

• le stockage des conversations et documents ;
• le traitement des requêtes du modèle ;
• les journaux et les sauvegardes ;
• les interventions de support et les sous-traitants ultérieurs.

Vérifiez aussi ce qui arrive lorsqu’un service devient indisponible. Une fonction de repli vers un autre fournisseur peut modifier les destinataires ou les pays concernés. Elle doit figurer dans votre cartographie avant d’être autorisée.

Le chiffrement pendant le transport protège la connexion. Il ne signifie pas que le service destinataire ne peut pas lire les contenus nécessaires au traitement. Demandez qui peut accéder aux données déchiffrées, dans quelles circonstances et avec quelles traces.

Réduire les données avant d’ouvrir les accès

La mesure la plus directe consiste à transmettre moins d’informations. Pour préparer une relance, le modèle n’a pas forcément besoin de l’historique commercial complet du client. Vous pouvez limiter les champs récupérés et ne réintroduire l’adresse du destinataire qu’au moment de l’envoi.

Remplacer un nom par un identifiant peut réduire l’exposition. Cela reste toutefois une pseudonymisation si une table de correspondance ou le contexte permet de retrouver la personne. La CNIL distingue clairement cette opération de l’anonymisation irréversible.

Appliquez ensuite le moindre privilège : dossier dédié, compte séparé, lecture seule lorsque possible, outils limités au besoin. Pour les messages sortants, prévoyez une validation qui montre le destinataire, le contenu et les pièces jointes.

Cette validation ne protège pas les données déjà envoyées au modèle pendant la préparation. Le filtrage doit intervenir avant leur transmission. Une consigne demandant simplement à l’agent de rester confidentiel ne remplace donc pas les contrôles d’accès et de sortie.

Enfin, examinez la mémoire. Une suppression doit être recherchée dans l’historique, les index documentaires et les traces, selon les règles de conservation applicables. L’article sur la mémoire des agents IA aide à repérer ces copies ; le guide de sécurisation détaille les contrôles techniques.

Avant le déploiement : une décision documentée

Commencez par définir l’objectif précis et la base légale du traitement. Identifiez les personnes concernées, les informations à leur fournir et la manière de traiter leurs demandes d’accès, de rectification ou d’effacement. Le fonctionnement de l’agent doit permettre de retrouver les données concernées.

Évaluez ensuite la nécessité d’une analyse d’impact relative à la protection des données, ou AIPD. Elle est obligatoire lorsqu’un traitement est susceptible d’engendrer un risque élevé pour les droits et libertés. La présentation de l’AIPD par la CNIL donne accès aux critères et aux listes applicables. La présence d’un agent ne suffit pas, à elle seule, à trancher.

Associez la personne chargée de la protection des données et le responsable de la sécurité lorsqu’ils existent. Fixez aussi qui peut suspendre l’agent, révoquer ses accès et contacter les prestataires en cas de fuite présumée.

Avant d’autoriser des données réelles :

• Les données nécessaires et les usages autorisés sont définis.
• Chaque destinataire et chaque lieu de traitement sont documentés.
• Les contrats, transferts et durées de conservation sont vérifiés.
• Les accès, sorties et suppressions ont été contrôlés sur des données fictives.
• Une procédure existe pour les droits des personnes et les incidents.

Le diagnostic de sécurité des agents IA complète cette revue technique. Conservez les preuves et réexaminez la décision après l’ajout d’un connecteur, d’une mémoire ou d’un fournisseur : chacune de ces modifications peut changer les données qui partent et leur destination.

Questions fréquentes

Un agent IA gratuit peut-il traiter des données clients ?

Le prix ne permet pas de répondre. Il faut examiner les conditions de l'offre utilisée, les destinataires des données et les garanties contractuelles disponibles. Si ces éléments ne permettent pas d'encadrer le traitement, réservez l'outil aux contenus sans données personnelles ni informations confidentielles.

Faut-il demander le consentement avant d'utiliser un agent IA ?

Le consentement n'est pas la seule base légale prévue par le RGPD. La base appropriée dépend de l'objectif poursuivi et des conditions du traitement. Une autorisation donnée par un salarié pour connecter son compte ne règle pas, à elle seule, le traitement des données des clients présents dans ce compte.

Un agent IA installé sur mon ordinateur est-il forcément privé ?

L'installation indique où fonctionne une partie du logiciel. Elle ne renseigne pas sur la destination des requêtes du modèle, des sauvegardes ou des diagnostics. Une vérification des connexions sortantes reste nécessaire.

Peut-on envoyer des données pseudonymisées à un modèle distant ?

La pseudonymisation peut réduire l'exposition, mais les données restent personnelles lorsqu'une réidentification demeure possible. Le prestataire et les transferts doivent donc toujours être encadrés. Il faut aussi vérifier que les détails du document ne permettent pas de reconnaître la personne.