Autorisation des agents

L'autorisation des agents est le contrôle qui décide si un agent d'IA peut exécuter une action précise, avec des paramètres précis, pour le compte d'un mandant précis, au moment où l'agent la propose. Elle couvre les outils que l'agent peut appeler, les enregistrements qu'il peut lire ou modifier, les montants et les limites applicables, et les actions qui exigent d'abord l'approbation d'une personne.

Les agents ont besoin de ce contrôle à chaque action, car ils choisissent leur prochaine étape au moment de l'exécution. La liste complète des actions qu'un agent tentera est inconnue lors de son déploiement : un rôle attribué une fois au démarrage ne permet donc pas de dire si tel paiement, telle mise à jour de dossier ou tel message à un client est acceptable. Le Top 10 OWASP pour les applications LLM nomme ce risque Excessive Agency (LLM06:2025) et lui attribue trois causes : des fonctionnalités excessives, des permissions excessives et une autonomie excessive. Chacune relève de l'autorisation.

Une conception solide comporte trois niveaux. L'identité indique quel agent, dans quelle version, agit et pour le compte de qui ; le registre des agents d'IA conserve cette information. Les habilitations listent les outils, les données et les limites accordés à l'agent selon le principe du moindre privilège, consignés dans son mandat d'agent. La décision par action évalue chaque action proposée au regard des habilitations et du contexte, et rend l'un des quatre résultats suivants : allow, warn, require_approval ou block.

Les banques recertifient déjà périodiquement les accès de leurs collaborateurs. La même revue s'applique aux agents : le responsable confirme que chaque habilitation reste nécessaire, et les droits inutilisés ou excessifs sont retirés. La révocation fait aussi partie de l'autorisation. Un coupe-circuit d'agent retire tous les droits en une seule commande. Dans notre propre environnement de développement, une politique dont les règles ne correspondaient pas à la structure des données d'entrée d'un agent a appliqué sa décision par défaut et bloqué l'exécution, alors que son auteur attendait une demande d'approbation. Testez chaque politique sur des données réelles avant de la publier.

Dans KLA, les permissions des outils sont gérées dans le Tool Catalog, et le KLA Policy Engine évalue les appels d'outils proposés au regard de la politique publiée de l'agent avant leur exécution. Un résultat require_approval retient l'action sous forme de Decision Request dans le Decision Desk jusqu'à la décision d'un réviseur.