Cas d’usage · Autorisation
Un compte technique peut disposer du plus petit rôle proposé par une application et rester beaucoup plus puissant que la mission confiée à l’agent. Le contrôle doit alors porter sur l’action demandée au moment où elle est exécutée.
L’application ne propose qu’un rôle permettant l’export : ADMIN. Ce rôle permet aussi de lire, modifier, supprimer et administrer. La mission de l’agent est plus étroite : exporter des enregistrements sélectionnés vers une destination approuvée.
Rôle technique large et politique runtime
Le compte de l’agent possède le rôle ADMIN : lire, exporter, modifier, supprimer et administrer sont techniquement possibles. Une politique runtime, placée sur le chemin, ne laisse passer que l’export ; les autres actions sont bloquées.
Une politique évaluée à chaque appel laisse passer l’export attendu et refuse le reste, sans modifier le rôle dans l’application. Elle peut aussi vérifier que la destination fait partie des destinations approuvées et que le volume reste dans les limites de la mission.
Décision d’autorisation contextuelle
Quatre entrées convergent vers le PDP : identité, action, ressource et contexte. Le PDP rend Permit ou Deny, éventuellement accompagné d’une obligation comme masquer un champ.
Les attributs suivants sont des exemples. Une architecture donnée n’en utilise qu’une partie, selon ce que le point de contrôle peut réellement voir au moment de l’appel.
Une décision n’a d’effet que si le composant qui l’applique se trouve entre l’agent et la ressource, sans chemin alternatif. Emplacements courants :
L’autorisation externalisée est la capacité centrale de ce cas d’usage.
Autorisation externalisée
Axiomatics centralise des politiques d’autorisation et évalue au runtime si une identité peut effectuer une action sur une ressource dans un contexte donné.[1] Sa documentation applique cette approche aux agents IA, aux outils MCP, aux flux RAG, aux données et aux échanges agent-to-agent.[2]
Axiomatics fournit la décision ; l’application de cette décision dépend du point d’enforcement retenu dans l’architecture.
Sources vérifiées le
Documentation éditeur
Axiomatics
Securing AI (lien externe, nouvel onglet)
Documentation Axiomatics consacrée à l'autorisation policy-driven des agents IA, outils MCP, RAG, données et communications agent-to-agent.
Vérifié le
Nous pouvons partir d’un agent existant ou d’un projet en conception pour identifier les ressources, actions et contrôles concernés.
Nous contacter