La véritable délégation — Flux « au nom de »

Le risque le plus grave lié aux déploiements d'IA aujourd'hui est de permettre à un agent de se faire passer pour un utilisateur humain en utilisant son propre jeton. Lorsqu'un agent agit sous l'identité d'un utilisateur, les systèmes en aval ne peuvent pas faire la distinction entre l'humain et la machine. Indigo vous aide à établir la responsabilité et à rendre la conformité à la loi européenne sur l'IA structurellement possible.

• Mettre en œuvre les flux OAuth 2.1 « On-Behalf-Of » (OBO) conformément à la norme RFC 8693 relative à l'échange de jetons, de sorte que chaque jeton d'accès comporte deux identifiants distincts : l'entité humaine qui a délégué l'autorisation et l'instance spécifique de l'agent qui exécute la tâche.
• Chaque action est indissociablement liée aux deux, créant ainsi une piste d'audit non réfutable qui répond aux exigences réglementaires et aux besoins de la criminalistique informatique.

L'échange obligatoire de jetons garantit à la fois la délégation et une autorisation appropriée.

Autorisation centralisée et sécurité MCP

Autorisation décentralisée : chaque agent ou service prend ses propres décisions d'accès, ce qui crée un patchwork de politiques incohérentes dont les attaquants peuvent tirer parti. En l'absence d'un plan de contrôle centralisé, l'« IA fantôme » peut se propager. Nous vous aidons à détecter les cas où des collaborateurs connectent des agents non contrôlés à des données sensibles de l'entreprise.

• Dissociez le point de décision de la politique (PDP) du point d'application de la politique (PEP), afin de centraliser les mesures de protection sur l'ensemble de votre parc d'agents.
• Désactivez l'enregistrement dynamique des clients pour bloquer les agents fantômes anonymes et appliquez l'autorisation gérée par l'entreprise au niveau de la passerelle ; cela inclut des mesures de protection permettant d'imposer le masquage des données à caractère personnel avant que celles-ci n'atteignent un modèle de langage grand (LLM), ainsi que des limites de débit et des budgets de jetons pour contenir les comportements anormaux.

Gestion automatisée du cycle de vie des agents

Les entreprises qui exploitent des centaines d'agents IA simultanés ne peuvent pas se contenter d'une rotation manuelle des identifiants ou d'une désactivation ponctuelle. Un agent dont l'accès n'est jamais révoqué — parce que personne n'a suivi sa création — constitue une porte ouverte. Nous veillons à ce que votre organisation n'accumule pas de dette.

• Tirez parti d'outils de provisionnement IAM performants et de protocoles ouverts tels que SCIM 2.0 pour automatiser l'intégration et le départ des agents en appliquant les mêmes critères rigoureux que pour les employés humains.
• Des plateformes spécialement conçues, telles qu’Amazon Bedrock AgentCore (y inclure d’autres hyper-scalers ?), offrent des fonctionnalités prêtes à l’emploi pour la gestion du cycle de vie des agents, que nous intégrons à votre couche de gouvernance IAM existante.
• Mettre en place une opération unique permettant de désactiver instantanément un agent compromis ou mis hors service et de révoquer simultanément son accès à l'ensemble des systèmes intégrés.
• Découvrez les agents qui opèrent au sein de votre infrastructure et intégrez-les à votre plateforme de gouvernance.

Supervision humaine significative et délégation récursive

L'autonomie totale est adaptée aux opérations réversibles et à faible risque. Pour les actions à enjeux élevés — suppression de données, lancement de transactions financières, modification des politiques d'accès —, l'exécution autonome doit être suspendue et faire l'objet d'une validation humaine. Et lorsque des agents coordonnent des sous-agents, la chaîne de responsabilité doit être clairement délimitée à chaque étape. Nous veillons à ce qu'il y ait une « intervention humaine ».

• Mettre en œuvre l'authentification par canal secondaire initiée par le client (CIBA) afin d'envoyer des demandes d'autorisation hors bande directement sur l'appareil de confiance de l'utilisateur avant l'exécution de toute action à haut risque.
• Pour les architectures multi-agents, nous appliquons le principe d'« atténuation de portée » : les sous-agents en aval ne peuvent en aucun cas se voir accorder des autorisations supérieures à celles de l'agent orchestrateur, ce qui empêche toute escalade de privilèges via la chaîne de délégation.