IAM for AI agents: A Practical Enterprise Framework

1 minute de lecture

Mis à jour :

Cadre de gouvernance des identités pour les agents IA en entreprise

La gestion des identités et des accès (IAM) traditionnelle est inadaptée aux agents IA, qui se distinguent par leur autonomie et leur capacité à enchaîner dynamiquement des tâches. Le décalage entre les intentions de sécurité (politiques configurées) et les actions réelles effectuées par les agents crée une “matière noire” identitaire invisible pour les systèmes de gestion classiques.

Points clés

  • Autonomie excessive : Les agents peuvent dépasser leurs fonctions initiales, créant des risques non couverts par les permissions statiques.
  • Risques liés au cycle de vie : Les identités d’agents échappent souvent aux processus RH, manquent de propriétaires identifiés, utilisent des secrets longue durée et héritent de privilèges excessifs.
  • Nécessité de l’observabilité : La sécurité repose sur la comparaison entre l’intention (ce que l’agent est autorisé à faire) et l’exécution réelle (télémétrie applicative).
  • Maturité de gouvernance : Le passage d’une gestion statique à une observabilité continue, basée sur la télémétrie des actions, est indispensable pour les environnements de production.

Vulnérabilités et menaces associées

  • LLM06: Excessive Agency (OWASP) : L’agent exerce des capacités au-delà de sa mission approuvée.
  • T1078 (MITRE ATT&CK) : Utilisation de comptes valides (ici, des identités d’agents légitimes) pour des activités malveillantes ou détournées.
  • Absence de distinction d’identité : Réutilisation des jetons utilisateur par l’agent, rendant l’audit impossible.

Recommandations stratégiques

  • Attribution stricte : Chaque agent doit avoir une identité unique, distincte des comptes humains ou de service partagés.
  • Délégation sécurisée : Utiliser OAuth 2.0 Token Exchange (RFC 8693) pour préserver la distinction entre l’agent et l’autorité déléguée.
  • Contrôles au niveau de l’exécution :
    • Appliquer des listes d’autorisation pour les outils/API.
    • Mettre en place des seuils de validation humaine pour les opérations critiques.
    • Imposer des jetons à courte durée de vie avec rotation automatique.
  • Observabilité continue : Déployer des outils capables de découvrir les identités directement au niveau des applications et des infrastructures, et non uniquement via le fournisseur d’identité (IdP).
  • Gouvernance par l’audit : Produire des preuves basées sur la télémétrie réelle (comportement) plutôt que sur des attestations de configuration statique.

Source