Préparez le périmètre documentaire et les permissions avant le modèle ; contrôlez séparément ce qu’il lit, ce qu’il produit et ce qu’il peut faire.
Comprendre le changement.
Contrôles disponibles selon plateforme et configurationCe qui existe aujourd’hui
Des plateformes permettent de restreindre sources, connecteurs et accès selon leur configuration. Ces possibilités doivent être vérifiées avec les rôles réels de l’entreprise.
Ce que cela apporte
Un corpus maîtrisé peut rendre les procédures plus faciles à trouver et à comprendre. Les références affichées facilitent la vérification lorsque les documents sont à jour.
Ce que cela peut faire perdre
Un assistant peut amplifier des permissions excessives ou produire une conclusion erronée. Des instructions contenues dans les documents peuvent également détourner son comportement.
Ce qui se prépare
L’intégration de davantage de services élargira les usages possibles. Elle augmentera aussi le nombre de frontières de données et d’actions à contrôler.
Ce qui doit rester sous votre contrôle
Séparez lecture, rédaction et exécution puis testez les refus d’accès. Maintenez des responsables de sources, des traces utiles et une procédure de retrait.
Trois questions différentes : accès, usage et exactitude
Une entreprise peut choisir un service dont les engagements sur les données lui conviennent et recevoir malgré tout une réponse fausse. Elle peut aussi recevoir une réponse exacte à partir d'un document qu'un utilisateur n'aurait pas dû consulter. Confidentialité, autorisation et qualité sont donc trois sujets distincts. Une mention rassurante sur la sécurité ne démontre pas que les droits ont été correctement configurés, ni que toutes les sorties seront fiables.
La CNIL propose des questions à examiner avant l'utilisation d'un système d'IA générative. Pour transformer cette lecture en décision, notre méthode commence par un usage concret : qui pose la question, sur quels documents, pour quelle sortie ? Évitez le projet indéfini consistant à rendre « toutes les connaissances » accessibles à tout le monde. Un premier corpus limité permet de repérer les documents périmés, les propriétaires absents et les autorisations héritées. Le travail préparatoire peut sembler moins spectaculaire qu'une démonstration, mais il détermine ce que l'assistant pourra exposer lorsqu'il répondra très rapidement.
Construire un corpus qui possède des responsables
Imaginons un assistant interne consacré aux procédures de commande. Le corpus contient la procédure approuvée, les formulaires actuels et quelques exemples autorisés. Les brouillons, exceptions historiques et échanges personnels restent hors du pilote. Chaque document possède un responsable et une date de revue. Ce scénario proposé réduit les ambiguïtés sans supposer que le modèle saura arbitrer seul entre deux versions contradictoires.
Demandez à l'assistant de relier les réponses aux passages utilisés et de signaler lorsqu'une information manque. Une citation visible aide la vérification, mais ne garantit pas que la conclusion respecte le document : le lecteur doit pouvoir ouvrir la référence et comparer. Ajoutez des questions pour lesquelles le corpus ne contient volontairement aucune réponse. Un outil qui complète ces lacunes avec assurance n'est pas prêt pour cet usage. Prévoyez enfin le retrait d'une procédure : comment la suppression est-elle répercutée dans l'index et les réponses ? Ce point concret importe davantage que la taille maximale de fichiers annoncée sur une fiche commerciale.
Limiter les permissions au-delà de l’interface de conversation
Microsoft documente des politiques de données dans Copilot Studio, notamment pour encadrer des connecteurs et des sources. Ces contrôles constituent des possibilités de configuration, pas une certification automatique de votre projet. Faites vérifier le périmètre avec des comptes représentant différents rôles. Une interface élégante peut masquer un accès trop large hérité d'un dossier partagé depuis des années.
Notre grille distingue lecture des sources, création de contenu et exécution d'actions. Le droit de résumer un catalogue n'implique pas celui de modifier une référence, d'exporter toute la base ou d'envoyer un message externe. Placez les autorisations dans les services qui contrôlent réellement ces opérations. Ne comptez pas sur une consigne en langage naturel pour remplacer une vérification d'accès. Testez aussi un départ d'utilisateur ou un changement d'équipe : la révocation doit affecter les chemins d'accès pertinents. Un pilote ne se limite pas au compte de l'administrateur qui l'a construit, car ce compte possède souvent des privilèges que les futurs utilisateurs n'auront pas.
L’injection de prompt change le statut des contenus lus
OWASP décrit l'injection de prompt comme un risque où des instructions présentes dans des entrées peuvent détourner le comportement prévu. Dans un assistant documentaire, une page ou un fichier analysé doit rester une source de contenu, sans devenir une autorité sur les règles du système. Un texte récupéré peut être utile au dossier tout en étant non fiable du point de vue des instructions. C'est une différence essentielle avec un moteur qui se contente de renvoyer des liens.
L'ANSSI recommande une approche de sécurité portant sur l'ensemble du système d'IA générative. Notre traduction opérationnelle consiste à restreindre les outils, séparer les contextes et contrôler les sorties avant une action. Organisez des essais défensifs avec l'équipe compétente, dans un environnement isolé et sans données sensibles réelles. Vérifiez notamment que le système n'accorde pas davantage de droits parce qu'un document le lui demande. La meilleure réponse à ce risque n'est pas une promesse d'infaillibilité du modèle, mais une architecture où une mauvaise interprétation rencontre des limites indépendantes avant de produire un effet important.
La traçabilité doit servir à comprendre et à corriger
Lorsque le système se trompe, l'équipe doit pouvoir identifier les sources consultées, les versions, les outils utilisés et les actions réalisées. Le profil du NIST pour l'IA générative propose un cadre pour examiner ces risques et organiser leur gestion. Le simple stockage de toutes les conversations ne suffit pas : il peut créer un nouvel ensemble de données sensibles tout en restant peu utile pour reconstituer une erreur.
Choisissez donc les traces nécessaires à votre usage, leurs destinataires et leur durée de conservation avec les responsables concernés. Prévoyez une procédure de signalement qui ne demande pas aux salariés de recopier des informations confidentielles dans un canal général. Classez les incidents par conséquence : réponse incorrecte, document périmé, droit excessif ou action indue. Chacun appelle une correction différente. Une amélioration du prompt peut traiter une ambiguïté de présentation ; elle ne répare pas un partage documentaire ouvert à tort. Donnez à une personne identifiée la capacité de suspendre le service lorsque le problème dépasse une correction locale.
Acheter une capacité actuelle, conserver une sortie possible
Les offres évoluent vers des assistants capables de relier davantage de services et d'agir sur des dossiers. Cette direction peut accroître l'utilité, mais aussi le nombre de permissions et de transferts à examiner. Distinguez les fonctions disponibles dans votre contrat, les options expérimentales et les annonces futures. Un engagement commercial sur une feuille de route ne remplace pas la démonstration d'un contrôle d'accès effectif aujourd'hui.
Avant de généraliser, demandez comment exporter la configuration utile, retirer les sources, révoquer les accès et reprendre le travail autrement. Documentez les limites connues dans l'interface ou la procédure de l'équipe, avec des exemples concrets de questions hors périmètre. Une bonne adoption n'exige pas que chacun devienne spécialiste des modèles ; elle exige que les utilisateurs sachent ce que le service peut consulter et quand vérifier. Si ces frontières restent opaques, réduisez le périmètre. L'information devient plus accessible avec l'IA, mais l'entreprise doit rester capable d'expliquer pourquoi une personne y a eu accès et sur quelle base une décision a été prise.
| Situation | Choix conseillé |
|---|---|
| Corpus limité et approuvé | Pilote documentaire |
| Documents contradictoires | Résoudre les versions avant ouverture |
| Action externe | Autorisation indépendante du modèle |
Les pièges à éviter
- Confondre confidentialité contractuelle et exactitude des réponses.
- Utiliser un prompt comme mécanisme d’autorisation.
- Journaliser sans savoir qui lit les traces ni pourquoi.
À vérifier avant de choisir
- Nommer un responsable par source
- Tester les droits avec plusieurs profils
- Distinguer lecture et action
- Prévoir retrait, révocation et reprise
Préparez le périmètre documentaire et les permissions avant le modèle ; contrôlez séparément ce qu’il lit, ce qu’il produit et ce qu’il peut faire.
Sources & documentation
- CNIL — Questions-réponses sur l’utilisation de l’IA générative
- ANSSI — Sécurité des systèmes d’IA générative
- OWASP — Prompt injection
- Microsoft — Data policies in Copilot Studio
- NIST — Generative AI Profile
Sources consultées le 3 octobre 2026. Les caractéristiques et disponibilités dépendent des versions et références. Les méthodes proposées constituent des repères éditoriaux ; elles ne remplacent pas les notices ni les conseils professionnels adaptés à votre situation.
Un autre angle sur ce sujet
- Lunettes IA et vie privée : qui voit ce que vous filmez ?
- Un assistant IA chez soi : comprendre mieux sans lui donner toutes les clés
Des lectures complémentaires du réseau MOC.
