Brancher une IA sur vos fichiers n'ouvre aucune porte. C'est bien le problème

Vous envisagez de brancher un assistant sur vos données : le serveur de fichiers, l'espace de travail partagé, la messagerie, l'outil de tickets. La première question qu'on vous posera est celle-ci : « est-ce que l'IA va voir des choses qu'elle ne devrait pas ? »

La réponse rassure, et elle est vraie : non, l'assistant n'accède à rien de plus que la personne qui lui pose la question.

La suite de ce guide explique pourquoi cette réponse vraie est aussi la raison pour laquelle vous devriez commencer par un audit des accès.

D'abord, le mécanisme

Quand vous demandez quelque chose à un assistant branché sur vos outils, la requête ne part pas avec l'identité de l'assistant. Elle part avec la vôtre.

Techniquement, on appelle ça une exécution « pour le compte de l'utilisateur ». Concrètement : si vous n'avez pas le droit d'ouvrir le dossier des contrats, l'assistant ne le lit pas. Il ne le lit pas puis le masque, il ne le lit jamais. La donnée ne traverse pas.

C'est une propriété solide, vérifiable, et qui répond honnêtement à la question de départ.

Maintenant, le retournement

Reformulons la même phrase, sans rien y changer :

L'assistant donne accès à exactement ce à quoi la personne avait déjà accès.

Posez-vous alors la seule question qui compte : à quoi vos collaborateurs ont-ils réellement accès aujourd'hui ?

Pas « à quoi devraient-ils avoir accès ». Pas « ce que dit la procédure ». Ce à quoi ils ont accès, maintenant, en pratique.

Dans la plupart des organisations, la réponse honnête est : personne ne le sait précisément. Il y a un partage créé en 2019 avec « tout le monde » en lecture, une arborescence héritée d'une réorganisation, un dossier de direction déplacé un vendredi soir, un ancien stagiaire jamais retiré d'un groupe.

Ces failles existent depuis des années et n'ont rien cassé. Pourquoi ? Parce que personne ne les a trouvées. Il fallait connaître le chemin, deviner le nom du dossier, savoir où chercher. La protection n'était pas technique, elle était pratique : l'ignorance.

Un assistant supprime cette protection. Pas en forçant un accès, mais en répondant à une question posée en français.

Le cas qui parle à tout le monde

Un fichier de salaires, rangé dans un sous-dossier des ressources humaines. Le partage parent a été ouvert trop largement il y a trois ans, lors d'une migration. Techniquement, toute l'entreprise peut l'ouvrir.

Pendant trois ans, personne ne l'a ouvert. Il aurait fallu naviguer dans sept niveaux de dossiers sans savoir ce qu'on cherche.

Puis vous branchez un assistant, et quelqu'un tape, sans aucune intention malveillante :

« Tu peux me retrouver le tableau des salaires ? Je crois qu'on me l'avait partagé. »

L'assistant cherche dans ce à quoi cette personne a droit. Elle y a droit. Il le trouve.

Personne n'a rien piraté. Aucune règle n'a été contournée. L'accès était ouvert depuis trois ans, et l'outil a simplement fait ce pour quoi il est prévu.

Les deux couches à ne pas confondre

C'est l'erreur la plus fréquente dans les discussions sur le sujet : on mélange « avoir le droit d'utiliser l'outil » et « avoir le droit de voir les données ».

flowchart TD
    subgraph U["Couche 1 : ce qu'on peut FAIRE dans l'assistant"]
      A1["Administrer :<br/>reglages, connexions, comptes"]
      A2["Utiliser :<br/>poser des questions"]
    end
    subgraph D["Couche 2 : ce qu'on peut VOIR comme donnees"]
      B1["Droits sur les fichiers<br/>partages"]
      B2["Droits sur la<br/>messagerie"]
      B3["Droits sur les outils<br/>metier"]
    end
    U --> D
    D --> R["Ce que l'assistant<br/>peut reellement lire"]

Les deux couches sont indépendantes, et c'est la seconde qui décide de tout.

Donner à quelqu'un le droit d'utiliser l'assistant ne lui donne accès à aucune donnée supplémentaire. Mais si ses droits sur les fichiers sont trop larges, l'assistant exploitera cette largeur à pleine vitesse, sans qu'il ait besoin de savoir où chercher.

Une formule qui résume bien la situation : déployer un assistant sur des accès mal rangés, c'est brancher un excellent moteur de recherche sur un coffre-fort resté ouvert. Le coffre était déjà ouvert. L'assistant apprend simplement à tout le monde à s'en servir.

Le deuxième piège : la belle réponse fausse

Celui-ci est plus insidieux, parce qu'il ne ressemble pas à un problème.

Un assistant ne voit que ce à quoi il est branché. Si vous le connectez à trois sources sur douze, il répondra quand même. Il ne dira pas « il me manque des informations » : ce n'est pas comme ça qu'il fonctionne. Il produira une réponse complète, bien construite, fondée sur le tiers des données disponibles.

Et voici le problème : un texte bien rédigé inspire plus confiance qu'un tableau vide.

Un tableau de bord vide vous alerte. Un paragraphe bien tourné vous rassure. C'est exactement l'inverse de ce qu'il faudrait quand les données sont incomplètes.

La parade tient en une habitude : demander systématiquement sur quoi la réponse s'appuie. Un bon assistant peut citer ses sources. Une réponse sans source vérifiable est une opinion bien écrite.

Ce qu'il faut vérifier avant de brancher quoi que ce soit

Ces questions ne demandent aucun outil particulier. Elles demandent une demi-journée et un peu de courage.

• Les partages « tout le monde » ont-ils été revus ? Listez-les. Pas ceux qui devraient exister, ceux qui existent.
• Qui peut ouvrir les dossiers RH, juridique, direction ? Vérifiez dans l'outil, pas dans la procédure. L'écart entre les deux est le sujet.
• Les anciens collaborateurs ont-ils encore des accès ? Comptes désactivés, mais aussi appartenances à des groupes, partages nominatifs, liens de partage publics jamais expirés.
• Un cloisonnement entre entités, sites ou métiers existe-t-il ailleurs que dans les têtes ? Si la séparation entre deux filiales n'est écrite nulle part techniquement, l'assistant ne l'inventera pas.
• Vos documents sensibles portent-ils une marque technique ? Un assistant peut respecter un marquage de confidentialité. Il ne peut pas deviner qu'un document est sensible parce que tout le monde le sait.
• Sur quelles sources l'assistant sera-t-il branché, et lesquelles manqueront ? Écrivez la liste des manques. C'est elle qui détermine ce qu'il faudra se garder de lui demander.

Si ce travail révèle des choses, c'est le résultat attendu, pas un échec du projet. Ces failles existaient avant, et elles continueront d'exister si vous ne branchez rien. La différence, c'est que vous les connaissez maintenant.

Le guide Des dossiers visibles par tout le monde traite la remise en ordre côté partages.

Le troisième effet, plus lent

Celui-là ne se voit pas avant un an.

Si votre équipe cesse de chercher par elle-même parce que l'assistant rédige la conclusion, elle perd progressivement la capacité de repérer les cas où l'assistant se trompe. Le jour où une réponse est fausse, personne ne s'en aperçoit, parce que plus personne ne sait à quoi ressemble la bonne réponse.

La parade n'est pas technique. Elle consiste à garder une part de travail fait sans assistance, et à relire les réponses au lieu de les accepter. Faire relire coûte trente secondes et préserve la compétence qui permettra de détecter l'erreur.

À retenir

• L'assistant n'ajoute aucun droit. Il hérite exactement de ceux de la personne qui l'interroge.
• C'est précisément pour ça qu'il révèle les droits mal posés : ils deviennent exploitables sans compétence, en une phrase.
• L'audit des accès n'est pas un préalable administratif, c'est le travail du projet.
• Sur des sources incomplètes, un assistant produit des réponses complètes. Exigez les sources.
• Ce que vous découvrirez existait déjà. Le brancher ne crée pas le problème, il le rend visible.

Pour comprendre ce qu'un assistant de sécurité fait et ne fait pas, voir Security Copilot ne détecte rien : ce qu'il fait vraiment. Pour les autres risques propres à l'IA, dont les instructions cachées dans un contenu qu'elle va lire, le cours IA responsable en entreprise y consacre un chapitre.