IA et confidentialité : où vont vraiment vos données avec un agent sur-mesure

Le malentendu de départ

C'est l'objection numéro un quand je présente un projet d'agent à un dirigeant de cabinet comptable ou de cabinet d'avocats : « et nos données, elles partent où ? ». La question est saine ; les réponses qu'on entend sont souvent soit rassurantes à l'excès, soit techniques au point d'être inutiles. Voici ce qui se passe réellement : où vos données sont hébergées, comment elles sont protégées, et quels engagements écrits exiger avant de signer.

L'inquiétude vient souvent d'une confusion. Coller vos documents dans un outil grand public et déployer un agent construit pour votre cabinet, ce ne sont pas les mêmes objets, ni les mêmes règles. Dans le premier cas, vous acceptez les conditions générales d'un éditeur que vous ne maîtrisez pas. Dans le second, c'est vous qui définissez l'architecture : où vivent les données, qui y accède, et ce qui sort de chez vous.

Un agent sur mesure repose en général sur deux briques distinctes. D'un côté, vos données et votre logique métier, qui restent dans votre environnement : votre base de données, votre serveur, votre espace cloud privé. De l'autre, le modèle d'IA, qui sert uniquement à raisonner sur un extrait de données qu'on lui transmet le temps d'une requête. Bien conçu, l'agent n'envoie que le strict nécessaire au modèle. Le modèle ne s'entraîne pas sur vos données ; le fournisseur, lui, peut garder les échanges quelques semaines pour la sécurité, puis les supprime, sauf accord de non-conservation [1] [2]. C'est cette séparation, et la clarté du contrat, qui changent tout.

Où sont hébergées les données, concrètement

L'hébergement est le premier levier de contrôle, et c'est un choix, pas une fatalité. Selon votre niveau d'exigence et votre secteur, plusieurs options coexistent.

Un cloud privé chez un hébergeur européen non soumis au droit américain : niveau de contrôle élevé, adapté aux cabinets, aux fiduciaires et aux professions réglementées. C'est le point que le CLOUD Act rend décisif : un centre de données situé en Europe mais exploité par une société américaine reste soumis au droit américain, quel que soit le lieu de stockage [4].

Votre propre infrastructure, vos serveurs ou votre cloud existant : contrôle total, rien ne sort de chez vous. À réserver aux données très sensibles et aux contraintes internes fortes.

Un cloud généraliste avec région Europe, la région européenne d'un grand fournisseur : bon niveau de contrôle, sous réserve du contrat et des clauses. Convient aux besoins standards avec un budget maîtrisé.

Le point à retenir : héberger en Europe est possible et, pour une profession réglementée, c'est souvent le choix par défaut que nous recommandons. Vos agents tournent sur des serveurs en Europe, avec des accès cloisonnés et chaque action tracée. Ce n'est pas une option réservée aux grands groupes : c'est une décision d'architecture qu'on prend au début du projet.

Le chiffrement, en deux mots simples

Le chiffrement protège vos données à deux moments. En transit, quand elles circulent entre vos outils et l'agent : la liaison est chiffrée, comme l'est déjà une connexion bancaire en ligne, de sorte qu'une interception ne donne rien d'exploitable. Au repos, quand elles sont stockées : la base est chiffrée, si bien qu'un accès physique au disque ne révèle rien sans la clé. Ces deux protections sont aujourd'hui un standard, pas un supplément à négocier.

Une bonne question à poser à tout prestataire : « les données sont-elles chiffrées en transit et au repos, et qui détient les clés ? ». Si la réponse est vague, c'est un signal. Si elle est précise et écrite, c'est un bon point de départ.

Le vrai sujet : vos données entraînent-elles le modèle ?

C'est la crainte la plus répandue, et la plus légitime : « si je donne mes dossiers à une IA, est-ce qu'elle s'en sert pour apprendre, et est-ce qu'un concurrent pourra en retrouver la trace demain ? ». Dans un déploiement sérieux, la réponse est non, et ce non repose sur deux éléments concrets, pas sur une promesse orale.

Des offres adaptées aux entreprises : les fournisseurs de modèles proposent des formules où les données envoyées ne servent pas à entraîner ni améliorer leurs modèles. Ce n'est pas le réglage par défaut des versions grand public, même payantes : depuis septembre 2025, les échanges des offres grand public de certains fournisseurs servent par défaut à entraîner leurs modèles, sauf refus de l'utilisateur [3]. L'engagement professionnel, lui, est contractuel et propre aux usages d'entreprise.

La séparation des couches : l'agent n'envoie au modèle qu'un extrait de données, le temps d'une requête, et conserve l'intelligence métier de votre côté. Le modèle ne s'entraîne pas sur vos données ; le fournisseur peut conserver l'échange quelques semaines pour la sécurité, puis le supprime, sauf accord de non-conservation [1] [2]. Vos données ne « vivent » jamais dans le modèle.

La traçabilité du flux : on peut documenter, requête par requête, ce qui est transmis au modèle et ce qui ne l'est pas. Ce qui est documenté est vérifiable, donc opposable.

Autrement dit, la garantie « pas d'entraînement sur vos données » se lit dans le contrat avec le fournisseur du modèle et se vérifie dans la manière dont l'agent est construit. Exigez les deux.

Le contrôle d'accès : qui voit quoi

La confidentialité ne se joue pas qu'à l'extérieur. Un risque souvent sous-estimé est interne : qui, dans votre structure, peut consulter quelles données via l'agent ? Un agent bien conçu applique le principe du moindre privilège. Chaque collaborateur, chaque agent n'accède qu'aux données strictement nécessaires à sa fonction. Un assistant qui trie des factures n'a pas à voir les dossiers contentieux, et un agent de prospection n'a aucune raison de toucher aux données comptables.

Concrètement, cela se traduit par des accès cloisonnés par rôle, un journal complet des actions de l'agent (qui a déclenché quoi, sur quelle donnée, à quel moment), et une validation humaine imposée sur les opérations sensibles. Ce journal n'est pas une contrainte administrative : c'est ce qui vous permet, face à la question d'un client ou d'un régulateur, de montrer exactement ce qui a été fait. Un traitement manuel, lui, laisse rarement une trace aussi nette.

Un agent qui agit sur vos données doit pouvoir dire, à tout moment : voici ce que j'ai consulté, voici ce que j'ai fait, voici qui l'a autorisé. La traçabilité n'est pas l'ennemie de la confidentialité, elle en est la preuve.

RGPD : ce que votre cabinet reste tenu de vérifier

Un agent sur mesure facilite la conformité, il ne la remplace pas. Le règlement européen sur la protection des données vous impose, en tant que responsable de traitement, quelques vérifications que personne ne peut faire à votre place. Elles sont simples à formuler et doivent figurer noir sur blanc avant le démarrage.

La localisation des données et la garantie d'un hébergement en Europe, chez un fournisseur que vous connaissez.

Un contrat de sous-traitance qui encadre ce que le prestataire peut et ne peut pas faire de vos données.

L'engagement écrit que les données ne servent pas à entraîner les modèles, côté prestataire comme côté fournisseur d'IA.

La capacité d'exercer les droits des personnes (accès, rectification, effacement) sur les données traitées par l'agent.

Une politique de conservation claire : combien de temps les données sont gardées, et leur suppression effective au terme.

Aucun de ces points n'est insurmontable, et tous se règlent à la conception, pas après coup. Un prestataire qui esquive ces questions vous expose ; un prestataire sérieux les anticipe et vous fournit les documents correspondants sans qu'on ait à les lui arracher.

Rassurer sans survendre : ce qu'un agent ne garantit pas

Par honnêteté, autant le dire : aucun système, manuel ou automatisé, n'offre un risque zéro. Une donnée mal classée, un accès trop large accordé par confort, une boîte mail interne déjà mal protégée : ces failles existaient avant l'IA et ne disparaissent pas par magie. Un agent bien construit réduit la surface de risque, parce qu'il applique des règles uniformes et trace tout, là où l'humain improvise et oublie. Mais il ne corrige pas une hygiène de sécurité défaillante ailleurs dans votre structure.

La bonne posture n'est donc pas « l'IA est dangereuse » ni « l'IA est parfaitement sûre », mais « à quelles conditions précises mes données sont-elles mieux protégées avec cet agent qu'avec mon fonctionnement actuel ? ». Posée ainsi, la question se répond par une architecture et un contrat, pas par un acte de foi. C'est exactement ce que nous mettons à plat lors du premier échange avec Neo : la cartographie de vos données sensibles, le bon niveau d'hébergement, les garde-fous d'accès et les clauses à exiger, avant d'écrire la moindre ligne d'agent.

Questions fréquentes