---
title: Ce qu’il faut demander à un éditeur d’IA sur les permissions
canonical: https://getcyril.com/fr/blog/que-demander-sur-les-permissions-ia/
published: 2026-08-31
author: Sam Akbari
language: fr
---
# Ce qu’il faut demander à un éditeur d’IA sur les permissions

La plupart des évaluations d'IA consacrent leur temps au mauvais risque. La démonstration est scrutée, les réponses sont notées, quelqu'un pose une question sur le taux d'hallucination — et ce qui détermine réellement si ce logiciel pourra être activé pour quatre cents personnes plutôt que pour quatre n'est jamais abordé.

Ce quelque chose, c'est le modèle de permissions. C'est aussi la question la moins plaisante à poser, et c'est précisément pour cela qu'elle mérite d'être écrite avant l'appel.

Ce qui suit est neutre vis-à-vis des produits. Cela vaut pour un assistant greffé sur un outil que vous possédez déjà, pour une plateforme qui se dit IA de bout en bout, et pour tout ce qui se situe entre les deux.

## Pourquoi c'est la question qui décide du déploiement

Une fonction d'IA capable de voir plus que son utilisateur n'est pas une fonction assortie d'une réserve de sécurité. C'est une modification des droits d'accès aux données déguisée en interface de conversation.

Le scénario se répète : le pilote se passe bien parce que le groupe pilote, ce sont dix personnes d'un même service qui voient de toute façon les données les unes des autres. Puis le déploiement atteint la finance, les RH ou une équipe soumise à réglementation, et quelqu'un demande ce que l'assistant peut lire. Si la réponse est « tout ce qui se trouve dans l'index », le projet s'arrête là — une fois le budget, l'intégration et l'effort de conduite du changement déjà dépensés.

Poser ces huit questions dès la première démonstration coûte vingt minutes et vous dit si ce mur existe.

## 1. Avec les permissions de qui l'IA travaille-t-elle ?

**Demandez :** lorsque l'assistant lit un enregistrement, quels droits utilise-t-il — les miens, ou les siens ?

**La réponse que vous voulez :** les vôtres. L'IA s'exécute en tant qu'utilisateur appelant, à l'intérieur des mêmes rôles et des mêmes règles au niveau de l'enregistrement, et ne peut rien récupérer que vous ne pourriez ouvrir vous-même.

**La réponse que vous obtiendrez souvent :** un compte de service dédié doté d'un large accès en lecture, assorti de l'assurance que l'invite système l'encadre. Ce n'est pas un contrôle d'accès. Cela déplace la question de l'autorité hors du modèle de rôles — où elle est revue, auditée et révoquée au départ d'un collaborateur — pour la loger dans une invite, où rien de tout cela n'a lieu.

## 2. Que se passe-t-il lorsqu'on lui demande quelque chose hors de son périmètre ?

**Demandez :** que fait l'assistant quand je l'interroge sur un enregistrement que je n'ai pas le droit de voir ?

**La réponse que vous voulez :** la même chose que l'application — la demande est refusée, par le même chemin de code, et le refus est indiscernable de l'inexistence de l'enregistrement.

**Écoutez bien :** « il vous répondra qu'il ne peut pas vous aider ». Un modèle qui décline est un comportement. Un système qui refuse est un contrôle. Si l'application de la règle repose sur le jugement du modèle plutôt que sur la requête, alors une question formulée autrement devient un contournement.

## 3. D'où la recherche documentaire tire-t-elle ses permissions ?

C'est celle qu'on oublie, et c'est celle qui a causé le plus d'incidents silencieux.

**Demandez :** quand l'IA cherche dans nos contenus, cet index est-il construit avec mes permissions ou avec des permissions élevées — et lorsque les permissions d'un document changent, quand l'index l'apprend-il ?

**La réponse que vous voulez :** la recherche est filtrée par les droits du demandeur au moment de la requête, et les changements de permissions se propagent sans délai.

**Pourquoi c'est important :** un index construit une fois pour toutes par un robot d'indexation privilégié est une copie permanente et interrogeable de tout, placée derrière une interface en langage naturel très douée pour résumer. Le document dont vous avez retiré l'accès le mois dernier peut encore être décrit à quelqu'un qui n'a jamais eu le droit de l'ouvrir — fidèlement, en un paragraphe, sans la moindre entrée dans le journal d'accès du fichier lui-même.

## 4. L'IA peut-elle élargir ses propres accès ?

**Demandez :** l'assistant peut-il exécuter une action qui modifie des permissions — ajouter quelqu'un à un groupe, partager un document, changer un rôle ?

**La réponse que vous voulez :** soit il ne le peut pas, soit ces actions forment une classe gouvernée à part, soumise à une approbation explicite.

**Pourquoi :** un agent qui peut agir en votre nom et qui peut aussi accorder des accès dispose, de fait, d'un accès illimité à un pas de distance. La question vaut d'être posée même quand la réponse est évidemment non, car elle vous dit si quelqu'un a seulement réfléchi aux classes d'actions.

## 5. Que dit le journal de ce qu'elle a fait ?

**Demandez :** montrez-moi la piste d'audit immédiatement après une action de l'assistant.

**La réponse que vous voulez :** l'action de l'IA figure dans le même journal que les actions humaines, en identifiant à la fois l'IA et la personne pour le compte de laquelle elle a agi, avec un avant et un après.

**Le signe qui trahit :** un écran séparé d'« activité IA ». Deux journaux signifient que reconstituer ce qui est arrivé à un enregistrement suppose de les croiser par horodatage — exactement la reconstitution que vous tenterez, sous pression, le jour où cela comptera.

## 6. Qui peut l'activer, et pour qui ?

**Demandez :** qui décide de son activation, à quelle granularité, et peut-on la désactiver pour une équipe sans la désactiver pour tout le monde ?

**La réponse que vous voulez :** un administrateur, par rôle ou par groupe, avec un interrupteur d'arrêt aussi simple que celui de mise en marche.

C'est cette question qui décide si une équipe juridique, médicale ou paie peut être mise hors périmètre — et si vous pourrez désactiver la fonction pendant un incident sans passer par un ticket de support.

## 7. Qu'est-ce qui sort de l'entreprise ?

**Demandez :** quels prestataires traitent nos contenus, ces contenus servent-ils à l'entraînement, et où sont-ils traités ?

**La réponse que vous voulez :** une liste nominative de sous-traitants ultérieurs que vous pouvez présenter à vos propres équipes conformité, un non contractuel sur l'entraînement, et une réponse franche sur la région d'hébergement.

« Nous utilisons un grand fournisseur d'IA » n'est pas une réponse. Si l'éditeur ne peut pas le nommer, il ne pourra pas davantage vous dire quand cela change.

## 8. Que se passe-t-il quand quelqu'un quitte l'entreprise ?

**Demandez :** lorsque je désactive le compte d'un utilisateur, qu'advient-il de ce que l'assistant savait pour son compte — fils de conversation enregistrés, résumés générés, éléments mis en cache ?

**La réponse que vous voulez :** le même cycle de vie que le reste de ses données, sous la même politique de conservation, supprimé par le même processus.

**Pourquoi la poser en dernier :** c'est celle qui a le plus de chances d'être accueillie par un silence, et ce silence est l'information. Le départ d'un collaborateur est le moment où une fonction greffée après coup révèle qu'elle possède son propre stock de données que personne n'a cartographié.

## La version courte

Si vous voulez un paragraphe à mettre dans un appel d'offres :

> Décrivez comment les accès de la fonction IA découlent des permissions de l'utilisateur qui formule la demande, y compris pour la recherche documentaire et l'indexation. Indiquez si un composant fonctionne avec des accès élevés ou un compte de service et, le cas échéant, ce qui l'encadre. Confirmez que les actions de l'IA sont consignées dans la même piste d'audit que celles des utilisateurs. Nommez tous les sous-traitants ultérieurs qui reçoivent des contenus clients, et confirmez que ces contenus ne servent pas à l'entraînement des modèles.

Quatre phrases. Un éditeur capable d'y répondre par écrit a réfléchi à la question ; un éditeur qui ne le peut pas n'y a pas réfléchi, et c'est pendant le pilote que vous le découvrirez.

## À quoi ressemble une bonne réponse, dans l'ensemble

Vous écoutez une seule et même propriété à travers les huit questions : **l'IA est un appelant, pas une exception.** Elle utilise le même modèle de permissions, écrit dans le même journal, est régie par les mêmes contrôles d'administration et soumise aux mêmes règles de conservation qu'une personne.

Chaque réponse faible est une variante de la même chose — une seconde voie, avec son compte, son stock de données, son journal ou ses règles propres. Les secondes voies ne sont pas automatiquement mauvaises, mais chacune est une chose à revoir, une chose à couper au départ d'un collaborateur et une chose qu'on finira par oublier. Les compter donne une bonne idée du travail que représentera l'exploitation de cet outil.

## Questions fréquentes

### Cela ne concerne-t-il que les secteurs réglementés ?

Non. Les acheteurs soumis à réglementation posent ces questions plus tôt, mais le mode de défaillance — un assistant qui résume un document que le demandeur ne pouvait pas ouvrir — est tout aussi embarrassant dans une entreprise de quarante personnes, où le document a plus de chances d'être le salaire de quelqu'un qu'un dossier médical.

### L'éditeur affirme que le modèle ne conserve pas nos données. Est-ce suffisant ?

Cela répond à une question sur les huit, et pas à celle qui décide du déploiement. La conservation porte sur ce qu'il advient des données une fois envoyées. Les permissions portent sur ce qui est envoyé au départ.

### Et si l'IA est en lecture seule aujourd'hui ?

Posez quand même la question, et demandez ce que prévoit la feuille de route. La lecture seule est une propriété temporaire de la plupart des fonctions d'IA, et l'architecture des permissions se décide bien avant l'ajout du chemin d'écriture — en général par celui qui était pressé.

### Si vous n'aviez qu'une seule question à poser, laquelle ?

La troisième. Les permissions de la recherche documentaire sont les plus souvent mal réglées, les moins souvent examinées et les plus difficiles à corriger après coup, parce que les réparer suppose de reconstruire l'index plutôt que de changer un paramètre.

---

Si vous voulez être parmi les premiers à utiliser Cyril, [inscrivez-vous sur la liste d'attente](/waitlist/).
