+ nAIvigateUNE FICHE POUR LES DSI QUI N'ONT PAS 2 HEURES
▣ fiche-010.md ×
□ index.md☰ Sommaire
VerdictLes cinq modèles, leur place, leur limiteSix règles pour les droits d’un agentSignaux d’alerteContrôle d’accès : cinq modèles, et l’agent qui hérite de tout.
Les cinq modèles de contrôle d’accès répondent à une seule question : qui décide d’ouvrir la porte. Les agents IA la reposent, parce que la plupart agissent avec les droits de la personne qui les lance, sans identité ni trace propres.
Verdict
l’essentiel en 10 secondes3 lignesHUMAINSPour les collaborateurs, des rôles bien tenus couvrent l’essentiel. RBAC reste le socle de l’entreprise.SOCLE
AGENTSUn agent qui agit avec le jeton de l’utilisateur hérite de tous ses droits, sans trace propre.DÉCISIF
CONTEXTESeul ABAC sait juger l’outil, la donnée, l’heure et le poste. C’est le modèle qui convient aux agents.À VISER
Qui décide d’ouvrir le dossier ?
le même accès vu par chaque modèle5 modèlesLéa veut ouvrir le dossier Finance. Selon le modèle, la décision appartient au système, au propriétaire, au rôle, à une règle ou à un ensemble d’attributs. Plus on va vers la droite, plus la décision est fine, et plus elle demande de rigueur.
Les cinq modèles, leur place, leur limite
où vous les trouvez déjà5 lignesMACLe système compare l’habilitation de la personne à l’étiquette de la donnée ; personne ne peut l’outrepasser. Limite : très lourd à administrer hors des contextes classifiés.DÉFENSE
DACLe propriétaire partage comme il l’entend : droits de fichiers, dossiers partagés. Limite : les accès se propagent sans contrôle central.FICHIERS
RBACLes droits sont donnés à des rôles, les personnes reçoivent des rôles : groupes d’annuaire, rôles cloud. Limite : l’explosion du nombre de rôles et les rôles fourre-tout.ENTREPRISE
RuBACDes règles indépendantes de l’identité : plages horaires, adresses autorisées, règles de pare-feu. Limite : les règles s’empilent et se contredisent.PARE-FEU
ABACUne politique combine les attributs de la personne, de la ressource, de l’action et du contexte (cadre décrit par le NIST SP 800-162). Limite : ne vaut que par la qualité des attributs.CLOUD
Et l’agent IA dans tout ça ?
le risque le plus courant en 20262 schémasLa plupart des agents agissent avec le jeton de la personne qui les lance. Ils voient tout ce qu’elle voit et agissent en son nom, sans qu’on puisse distinguer ce qu’elle a fait de ce que l’agent a fait.
Six règles pour les droits d’un agent
à exiger avant la mise en production8 lignes1 · identitéUn compte propre à l’agent, jamais le jeton d’un humain ni un compte administrateur.BLOQUANT
2 · périmètreLe moindre privilège outil par outil : lecture seule par défaut, chaque écriture justifiée.
3 · duréeDes jetons courts, limités à la session ou à la tâche. Avec MCP, des portées OAuth explicites.
4 · validationToute action irréversible (envoi, paiement, suppression) passe par une validation humaine.DÉCISIF
5 · journalChaque action attribuée à l’agent et à la personne qui l’a demandée, lisible par la sécurité.
6 · revueLes droits des agents relus comme ceux des humains, et retirés quand l’usage s’arrête.
Claude Code ↗Modes de permission, outils autorisés et interdits : la fiche n°7 et le vérificateur gratuit.OUTIL
Signaux d’alerte
un seul suffit pour creuser6 lignesjetonL’agent réutilise la session ou le jeton de l’utilisateur.BLOQUANT
adminUn compte de service administrateur « pour que ça marche ».BLOQUANT
rôleUn rôle fourre-tout créé pour l’agent, que personne ne sait décrire.
promptLes interdits sont écrits dans le prompt, pas dans la politique d’accès.
journalLes journaux montrent l’utilisateur, jamais l’agent.
révocationLes accès de l’agent ne sont jamais retirés, même après la fin du projet.
Vos agents IA ont-ils leurs propres droits ? On vous aide à cartographier les accès de vos agents, poser une identité propre et une politique d’accès, et la rendre auditable.
PARLER À nAIvigate STUDIO →Suivez nAIvigate | naivigate.com/fr/fiches