RAG et cloisonnement des droits : qui est responsable quand un salarié lit la fiche de paie du DG ?

Quand un utilisateur interroge une application classique, c'est l'application qui décide ce qu'il a le droit de voir : un commercial ne consulte pas les salaires, un prestataire externe n'ouvre pas les contrats stratégiques. Cette logique d'habilitation est portée par la couche applicative et la base de données métier.

Un système RAG casse cette logique par construction. Vous ingérez des documents, vous les découpez en chunks, vous générez des embeddings, vous stockez le tout dans une base vectorielle (Pinecone, Qdrant, Weaviate, pgvector). À ce stade, toute notion de droit d'accès a disparu : la base vectorielle ne sait pas que tel chunk vient d'une fiche de paie et tel autre d'une plaquette commerciale publique. Pour elle, ce sont des vecteurs équivalents.

Conséquence : si la requête d'un stagiaire est sémantiquement proche d'un passage de la fiche de rémunération du dirigeant, le retrieval le remontera, et le LLM le restituera proprement, avec assurance. Le système a parfaitement fonctionné. Il a simplement révélé une donnée que personne n'aurait dû lui faire lire.

La défense réflexe consiste à dire : « le LLM a halluciné » ou « c'est l'IA qui a fui ». Juridiquement, cela ne tient pas. Le modèle n'a rien décidé : il a restitué un contenu que votre pipeline lui a délibérément fourni. La faute, si faute il y a, est une faute d'architecture, et l'architecte, c'est vous.

Trois manquements typiques engagent l'expert RAG en responsabilité contractuelle vis-à-vis de son client :

• L'absence de filtrage par habilitation (permission-aware retrieval) : vous n'avez pas attaché aux chunks les métadonnées d'accès et vous ne filtrez pas la recherche vectorielle selon le profil de l'utilisateur.
• L'ingestion en masse sans tri : vous avez indexé un partage de fichiers entier « pour gagner du temps », embarquant des répertoires RH, juridiques ou médicaux qui n'avaient rien à faire dans le périmètre.
• L'absence de cloisonnement multi-tenant : sur un déploiement mutualisé, les données d'un client remontent dans les réponses servies à un autre.

Dans ces trois cas, le client subit un préjudice immatériel (perte de confidentialité, désorganisation, sanction réglementaire) directement rattachable à un défaut de conception. C'est précisément le terrain de la responsabilité civile professionnelle. Pour comprendre l'étendue de cette couverture, voyez notre page assurance RC Pro.

Un scénario revient sans cesse en mission. Vous livrez un assistant interne « questions-réponses sur la documentation de l'entreprise ». Pressé, le client vous donne accès à un lecteur réseau et vous dit « indexez tout, on triera plus tard ». Vous indexez tout.

Trois semaines après la mise en production, un salarié pose une question RH anodine. Le RAG, cherchant le contexte le plus pertinent, remonte un chunk issu d'un tableau de rémunération du comité de direction et le restitue dans sa réponse. Le salarié comprend qu'il vient de lire ce qu'il n'aurait jamais dû voir. L'information circule. Le climat social se dégrade. Le client se retourne vers vous.

La question n'est plus « est-ce que le RAG a halluciné ? » mais « pourquoi un document confidentiel était-il indexé sans contrôle d'accès dans un système que vous avez conçu ? »

Ici, le dommage est purement immatériel, mais bien réel : atteinte à la vie privée des salariés concernés, violation potentielle du RGPD, perte de confiance, voire contentieux prud'homal annexe. La RC Pro couvre le préjudice immatériel causé au client et prend en charge votre défense ; si des données personnelles ont fuité, l'option cyber intervient sur la notification CNIL et la remédiation.

Le meilleur rempart reste contractuel et technique. Côté technique, vous documentez et implémentez :

• un filtrage par métadonnées au moment du retrieval, qui n'autorise la remontée d'un chunk que si le profil de l'utilisateur a le droit de lire la source ;
• une cartographie des sources validée par le client avant ingestion, excluant explicitement les répertoires sensibles ;
• un cloisonnement strict par tenant et par collection dans la base vectorielle.

Côté contractuel, vous formalisez noir sur blanc le périmètre des sources autorisées et la responsabilité du client dans la fourniture des droits d'accès. Si le client a exigé d'indexer un répertoire que vous aviez signalé comme sensible, cette trace écrite déplace la responsabilité.

Pourquoi l'assurance reste indispensable malgré tout

Aucune clause ne vous met totalement à l'abri : un grand compte ou une ESN vous opposera son rapport de force, et un juge appréciera votre obligation de conseil de professionnel. L'attestation de RC Pro est d'ailleurs systématiquement exigée à l'ouverture du compte fournisseur. Sans elle, pas de mission.

Pour un expert RAG, la fuite de documents indexés est le sinistre le plus probable. Voici comment les deux garanties se répartissent la prise en charge :

Pour un freelance, l'ensemble démarre à 17,90€/mois, modulé selon votre chiffre d'affaires, le secteur de vos clients et l'ajout de l'option cyber. Découvrez le détail sur notre page assurance cyber et votre fiche métier expert RAG.