Gestion des accès pour l’IA : rôles, SSO et moindre privilège
En bref
Traitez l’IA comme tout autre système métier : reliez-la à votre fournisseur d’identité par authentification unique, attribuez les droits par rôle et ne donnez à chaque utilisateur, automatisation et agent que ce dont il a besoin. Différence importante avec un logiciel classique : l’IA doit aussi respecter les droits de l’utilisateur lorsqu’elle récupère des documents, sinon le chat devient une porte dérobée vers des informations auxquelles la personne n’a pas accès.
Pourquoi l’IA mérite une attention particulière
Dans une application classique, la gestion des accès détermine les écrans et données qu’une personne voit. Avec l’IA, s’ajoute ceci : le modèle lit des documents au nom de l’utilisateur, et un agent exécute des actions en son nom. Si cela ne se fait pas avec les mêmes droits, trois problèmes apparaissent :
- Des droits contournés : via l’IA, des informations remontent de dossiers que l’utilisateur ne peut pas ouvrir. Voir L’IA sur vos propres documents.
- Des agents trop puissants : une automatisation tourne avec un compte administrateur et peut faire plus que sa tâche ne l’exige. Voir Garder le contrôle des agents IA.
- Des comptes orphelins : des salariés se connectent à des services d’IA avec des comptes personnels, hors de votre fournisseur d’identité, et gardent l’accès après leur départ.
Comment la mettre en place
- Authentification unique (SSO) via votre fournisseur d’identité (par exemple Entra ID ou un autre fournisseur SAML ou OIDC), pour que les arrivées et départs soient pris en compte automatiquement.
- Les groupes comme base des rôles. Utilisez les groupes existants, comme les services et les fonctions, et associez-y les modèles, sources et automatisations disponibles.
- Transmettre les droits lors de la recherche. Une IA qui parcourt des documents filtre sur ce que cet utilisateur peut ouvrir dans le système source.
- Des identités propres pour les agents, avec uniquement les droits exigés par leur tâche.
- Limiter les droits d’administration. Ceux qui gèrent les politiques, journaux et modèles forment une petite équipe nommée, idéalement avec une validation à deux pour les changements sensibles.
- Une journalisation par identité, pour que chaque action soit rattachée à une personne ou à un agent.
L’IA dans une architecture zero trust
Le zero trust part du principe « ne jamais faire confiance, toujours vérifier » : chaque accès est évalué à chaque requête selon l’identité, l’appareil et le contexte. Pour l’IA, cela signifie :
| Principe | Application à l’IA |
|---|---|
| Vérifier explicitement | Chaque session IA via SSO, avec MFA et contrôle de l’appareil selon votre politique |
| Moindre privilège | Par rôle, uniquement les modèles, sources et automatisations nécessaires |
| Présumer la compromission | Nœud IA dans un segment réseau cloisonné, pas de connexions sortantes inutiles, journaux vers le SIEM |
Comment werqly s’y prend
werqly relie le nœud IA à votre fournisseur d’identité. Dans werqly AI Control, vous utilisez les groupes de ce fournisseur d’identité pour définir par rôle quel modèle, quelles sources et quelles automatisations sont disponibles, et quelles données sont retenues. Les sources sont interrogées dans le respect des droits de l’utilisateur, et chaque action figure dans le journal d’audit avec identité et horodatage.
Comme le nœud se trouve dans votre propre réseau, il relève de votre propre segmentation réseau et de votre supervision, comme vos autres systèmes critiques. Voir Qu’est-ce que l’IA privée ? et Évaluer un fournisseur d’IA.
Questions fréquentes
Questions sur ce sujet
Un environnement IA doit-il être relié à notre fournisseur d’identité ?
C’est vivement recommandé. Avec l’authentification unique, les arrivées et départs sont pris en compte automatiquement, vous pouvez imposer la MFA et une politique d’appareils, et vous fondez les droits sur des groupes que vous gérez déjà.
Comment empêcher l’IA de montrer des documents auxquels quelqu’un n’a pas accès ?
En respectant, lors de la récupération des documents, les droits de l’utilisateur dans le système source. L’IA ne cherche alors que dans ce que cette personne peut ouvrir elle-même. Testez-le explicitement avec un compte sans accès à un dossier sensible.
Quels droits un agent IA reçoit-il ?
Uniquement ce que sa tâche exige, via une identité propre, et non via le compte d’un salarié ou un compte administrateur. Vous pouvez ainsi gérer les droits séparément, tracer les actions et désactiver l’agent indépendamment des autres.
Qui peut administrer l’environnement IA ?
Une petite équipe nommée. Faites valider par deux personnes les changements sensibles, comme la consultation de prompts individuels ou l’élargissement de droits, et consignez-les dans le journal d’audit.
Sources
Cet article est une information générale, pas un conseil juridique. Les règles et les recommandations évoluent ; en cas de doute, consultez les sources citées ou votre juriste ou DPO.