← Guides

TechniqueÉtat René HerzerCréé avec l’IA

Qui voit quoi ? Les droits d'accès d'une IA qui cherche dans les documents

Une IA qui cherche dans les documents ne doit jamais montrer à quelqu'un plus que ce que cette personne peut voir dans le système documentaire. Le plus sûr : l'IA lit avec le propre accès de la personne dans le système source, sans copier tous les documents dans un index commun. Les documents stockés dans l'IA, par exemple dans une app, vont dans des collections séparées avec leur propre partage. Avant le démarrage, vérifiez les dossiers trop largement partagés.

Pourquoi les droits comptent-ils davantage avec l’IA ?

Jusqu’ici, c’est souvent l’effort qui protégeait : qui ne connaissait pas un document ne le trouvait pas. Une IA cherche en quelques secondes dans tous les espaces de stockage qu’elle atteint et résume ce qu’elle trouve. Chaque partage trop large devient ainsi visible. Un dossier de salaires partagé par erreur avec tout le monde apparaît soudain dans la réponse à une question sur « les salaires du service ».

Microsoft consacre à ce problème, pour son propre assistant d’IA, un guide spécifique sur le surpartage dans SharePoint. Mais le problème concerne toute IA qui cherche dans des documents. L’OWASP classe les contrôles d’accès inadaptés dans les bases de recherche des applications d’IA parmi les dix risques les plus importants.

Copie dans un index de recherche ou accès dans le système source ?

Il existe deux schémas de base pour qu’une IA accède aux documents :

Copie dans un index de recherche de l’IA Accès dans le système source
Fonctionnement Les documents sont lus à l’avance et enregistrés dans l’IA. L’IA interroge le système documentaire au moment où quelqu’un pose une question.
Qui vérifie les droits l’IA, à partir des informations de droits reprises le système documentaire lui-même
Risque Les droits deviennent obsolètes ou sont mal repris ; l’index devient un second stock de données Le surpartage dans le système documentaire continue de produire ses effets
Adapté pour des collections fixes, comme des recommandations ou des manuels des espaces avec des droits nombreux et changeants

Pour les espaces aux droits fins, comme les dossiers du personnel, des patients ou des procédures, l’accès dans le système source avec le propre accès de la personne est la voie la plus sûre. Pour les collections qu’un groupe entier peut lire, une copie dans l’IA est pratique.

Qu’en est-il des documents stockés dans l’IA elle-même ?

Ici, c’est le partage dans l’IA qui décide. Une approche éprouvée consiste à ranger les documents dans des collections au cercle clairement défini : les recommandations pour tout l’établissement, les modèles du service RH pour lui seul. Vérifiez auprès du fournisseur si les droits s’appliquent au niveau de la collection ou du document. Avec des collections, qui peut utiliser la collection atteint tout ce qu’elle contient. Ce qui est confidentiel va alors dans une collection à part.

Que vérifier avant le démarrage ?

  1. Repérer le surpartage : quels dossiers et quelles pages sont partagés avec « tout le monde » ? De nombreux systèmes documentaires proposent des rapports pour cela.
  2. Définir les domaines particulièrement sensibles : personnel, santé, procédures, contrats. Les vérifier en premier ou ne pas les connecter au début.
  3. Clarifier le mode d’accès : l’IA lit-elle avec le compte de la personne ou avec un compte collectif ? Un compte collectif qui voit tout annule les droits du système documentaire.
  4. Découper les collections dans l’IA : quels documents vont dans quelle collection, pour quel groupe ?
  5. Journaux : le journal d’audit indique-t-il qui a interrogé quel espace via l’IA ?

La manière dont les groupes et les rôles de l’annuaire des comptes arrivent dans l’IA est décrite dans Rôles et droits depuis l’annuaire.

Comment cela fonctionne-t-il avec basebox ?

L’IA ne peut jamais faire plus que la personne qui l’utilise. Via les connecteurs, par exemple vers SharePoint, Nextcloud ou Confluence, chaque personne se connecte avec son propre accès ; un compte de service commun seulement si vous le souhaitez, et le système cible applique ses droits. La personne ne voit que ce qu’elle peut de toute façon y voir. Par défaut, basebox ne fait que lire, et chaque appel d’un connecteur figure dans le journal d’audit. Les lecteurs réseau font exception : avec le serveur, nous les connectons lors de la mise en place avec un accès pour tout l’établissement, en lecture seule. Leurs fichiers s’utilisent dans une app, et c’est le partage de l’app qui détermine qui les voit, pas les droits sur le lecteur.

Les documents déposés dans une app ou une base de connaissances sont partagés par leur auteur avec des groupes ou des personnes, pour les utiliser ou les modifier. Qui peut utiliser une app atteint tous les documents qui y sont déposés ; il n’y a pas de droits par document. Ce qui est confidentiel va donc dans une app à part, pour le cercle approprié. Partager une app partage ses documents, jamais votre propre accès : qui utilise une app partagée ne voit, via les connecteurs, que ses propres données. Lors de la suppression d’un document, basebox supprime l’original, le texte extrait et l’index de recherche.

Questions fréquentes

Qu'est-ce que le surpartage ?

Un dossier ou une page est partagé avec plus de personnes que nécessaire, par exemple avec « tous les collaborateurs ». Sans IA, cela se remarque rarement, car personne ne le cherche. Une IA trouve ces documents dès que quelqu'un pose une question qui s'y rapporte.

Suffit-il de bloquer les documents confidentiels dans l'IA ?

Mieux vaut corriger la cause : les droits dans le système documentaire. Un blocage dans l'IA seule laisse subsister le surpartage dans le système documentaire, et toute autre recherche trouve toujours les documents.

Les droits s'appliquent-ils aussi quand l'IA résume une réponse ?

Un résumé n'est confidentiel qu'à la mesure de ce que l'IA avait le droit de lire pour l'établir. Si elle ne lit que ce que la personne peut voir, le résumé ne contient rien d'autre. Celui qui transmet une réponse décide toutefois lui-même qui la voit.

Sources

  1. OWASP Top 10 for LLM Applications 2025 : LLM08 Vector and Embedding Weaknesses ↗
  2. Microsoft Learn : Microsoft 365 Copilot blueprint for oversharing (en anglais) ↗
  3. RGPD, art. 25 et art. 32 (EUR-Lex) ↗
  4. BSI IT-Grundschutz : ORP.4 Gestion des identités et des droits (en allemand) ↗

Cet article a été créé avec l’aide de l’IA, sur la base des sources citées. Responsable du contenu : basebox GmbH. Ceci n’est pas un conseil juridique, aucune responsabilité. État de la recherche : 11 octobre 2026.

Paramètres des cookies

Ce site ne dépose aucun cookie d'analyse ou de publicité et n'intègre aucun outil d'autres fournisseurs. Votre navigateur ne conserve que ce qui est nécessaire à l'utilisation du site. Politique de confidentialité