Les mots de passe sont devenus un problème de sécurité car ils pouvaient être séparés des personnes qu’ils étaient censés authentifier. Une fois partagé ou volé, le même secret pourrait être réutilisé jusqu’à ce que quelqu’un détecte l’utilisation abusive et révoque l’identifiant. Les entreprises ont passé des années à s’éloigner de ce modèle pour se tourner vers un accès plus étroitement lié à l’identité et au contexte de la personne qui fait la demande.
Les agents IA introduisent la même faiblesse dans les flux de travail automatisés, mais à la vitesse de la machine et sur plusieurs systèmes. Un identifiant accordé pour une tâche légitime peut rester actif après la fin du travail, après que l’objectif de l’agent ait changé ou que la personne qui l’a autorisé ait changé de rôle.
Contrairement à une application classique suivant des instructions prédéfinies, un agent peut décider quels outils appeler et quelles mesures prendre. L’accès persistant peut donc être utilisé d’une manière que la personne qui l’a autorisé n’avait jamais prévue.
Considérons un agent autorisé à monter une proposition de renouvellement client. Il peut avoir besoin d’un accès temporaire à une plateforme CRM, à des fichiers de tarification, à une messagerie électronique et à un système de contrat. Si ces connexions reposent sur des jetons réutilisables ou un compte de service permanent, l’agent peut conserver l’accès une fois la proposition terminée.
Une instruction malveillante intégrée dans un document, un outil compromis ou un flux de travail ultérieur pourrait alors amener l’agent à récupérer ou à transmettre des informations sans rapport avec l’affectation d’origine.
Les secrets statiques n’appartiennent pas aux flux de travail autonomes
Les identifiants réutilisables sont dangereux car ils transforment l’accès en possession. Quiconque ou quoi que ce soit détient le secret peut l’utiliser jusqu’à ce que les informations d’identification expirent, soient alternées ou révoquées. Ce modèle est risqué pour les utilisateurs humains. Les conséquences sont plus importantes lorsqu’elle est appliquée à des agents capables d’appeler des outils, d’interagir avec des applications et de déclencher des flux de travail.
Les équipes connectent souvent les agents aux informations d’identification existantes afin que les agents puissent effectuer des tâches commerciales. Ce raccourci fait de l’agent un détenteur indépendant d’accès plutôt qu’un exécuteur temporaire des instructions d’une personne. Il combine également deux risques que les entreprises gèrent traditionnellement séparément : l’identifiant peut être volé, ou l’agent peut utiliser un identifiant valide pour effectuer une action non autorisée ou involontaire.
Une fois que cela se produit, l’entreprise peut perdre le lien entre le titre, la personne qui a autorisé son utilisation et la tâche pour laquelle il a été accordé. Un journal d’accès conventionnel peut indiquer quel jeton a appelé une interface de programmation d’application et à quel moment. Il ne peut pas montrer qui a donné des instructions à l’agent, quel objectif celui-ci poursuivait, quelles décisions intermédiaires il a prises ou si l’action qui en a résulté est restée dans le cadre de la mission initiale.
Ce que l’authentification humaine peut nous apprendre
L’authentification moderne sans mot de passe offre une leçon utile pour la sécurité des agents. Au lieu de demander aux utilisateurs de présenter un secret réutilisable, il s’appuie sur une preuve cryptographique liée à un authentifiant et évalue l’identité, l’appareil et le contexte entourant la demande. Cela rend les informations d’identification plus difficiles à voler, partager ou rejouer.
L’accès des agents doit suivre le même principe sans traiter les agents exactement comme des utilisateurs humains. Plutôt que de stocker un secret de longue durée, un agent devrait demander l’accès dans un but défini, chaque demande étant évaluée par rapport à l’autorité de la personne, à la tâche assignée à l’agent et au risque de l’action proposée.
Tout accès accordé doit couvrir uniquement les systèmes, données et actions requis, et doit prendre fin lorsque la tâche est terminée ou que l’autorité sous-jacente change. Les agents devront peut-être agir rapidement, mais la rapidité ne nécessite pas la possession permanente d’informations d’identification sensibles.
Contrôle des pouvoirs délégués
La partie la plus difficile de l’accès aux agents n’est pas l’authentification de l’agent. Il s’agit de contrôler ce qui se passe après qu’une personne lui a délégué son autorité.
Lorsqu’une personne ordonne à un agent d’agir, celui-ci exerce un pouvoir délégué. Ses autorisations peuvent provenir du rôle de cette personne, des politiques régissant le processus métier ou des restrictions imposées par le service cible. Chaque action doit rester traçable jusqu’à la personne qui a initié la tâche et aux politiques qui l’ont permise.
Cette chaîne devient plus difficile à préserver lorsqu’un agent invoque plusieurs outils, appelle un autre agent ou continue de travailler après que la personne qui a initié la tâche n’est plus présente. Les équipes de sécurité doivent être en mesure de déterminer non seulement qui a lancé le processus, mais également ce que cette personne a approuvé et si chaque action ultérieure est restée dans ces limites.
Un jeton en lui-même ne préserve pas cette chaîne d’autorité. Il peut identifier une portée et une expiration, mais il n’établit pas nécessairement qui a délégué la tâche, comment cette personne a été authentifiée, quel résultat a été approuvé ou si la personne est restée en droit de l’autoriser.
C’est là que la vérification de l’identité et l’authentification deviennent fondamentales pour la gouvernance des agents. Plus l’action est risquée, plus l’entreprise a besoin de confiance dans l’identité et l’autorité de la personne qui la délègue. Les activités de routine peuvent s’appuyer sur l’authentification et les politiques existantes, tandis que les flux de travail sensibles peuvent nécessiter une vérification renforcée ou une preuve d’identité plus solide avant qu’un agent ne soit autorisé à agir.
L’accès négocié a des limites
L’abstraction des informations d’identification offre aux équipes de sécurité un moyen pratique de garder les secrets réutilisables hors des flux de travail des agents. Au lieu de placer une clé API dans la configuration d’un agent ou d’attribuer à l’agent un compte de service permanent, une organisation stocke les informations d’identification derrière un courtier ou une couche d’application des politiques.
L’agent doit demander l’accès via cette couche pour chaque action spécifique. Le courtier évalue le contexte de la politique, des risques et de l’identité avant de délivrer un identifiant de courte durée limité à cette action. Une courte durée de vie ne signifie pas automatiquement un faible risque. Un identifiant valable seulement quelques minutes peut toujours permettre un paiement, un transfert de données ou une modification de configuration préjudiciable. Sa portée doit restreindre ce que l’agent peut faire, et pas seulement la durée pendant laquelle il peut rester connecté.
Les demandes à risque plus élevé peuvent déclencher une approbation supplémentaire ou une vérification d’identité plus stricte. Dans les environnements existants, le courtier peut conserver un identifiant de longue durée tout en empêchant l’agent d’y accéder directement.
Limiter l’accès par système, données, action et durée réduit le rayon d’explosion potentiel et crée une piste d’audit plus claire. Chaque action peut ensuite être attribuée à la personne qui a initié la tâche, à l’autorité déléguée à l’agent et à la politique en vertu de laquelle elle a été approuvée.
Toutefois, ces protections échouent si un agent peut atteindre le système cible directement ou transmettre le travail à un autre agent en dehors du chemin d’application. Les contrôles des points de terminaison et du réseau doivent bloquer ces routes, tandis que les enregistrements d’audit préservent la connexion entre la demande d’origine, l’autorité derrière celle-ci et l’action qui en résulte.
Ce que les équipes de sécurité devraient faire maintenant
Les organisations doivent commencer par identifier quels agents peuvent accéder aux systèmes d’entreprise, quelles informations d’identification ils utilisent et qui a autorisé ces connexions. Les informations d’identification intégrées aux configurations d’agent ou attachées aux comptes de service permanents méritent un examen particulier.
Les équipes de sécurité doivent restreindre l’accès par système, données, action et durée. Les activités sensibles peuvent nécessiter une authentification plus forte ou une approbation explicite, tandis que les contrôles des points de terminaison et du réseau doivent empêcher les agents de contourner le chemin d’accès négocié.
L’accès des agents doit également être revu lorsque les employés changent de rôle, que les flux de travail sont modifiés, que des outils sont ajoutés ou que les agents commencent à déléguer du travail à d’autres agents. Ces changements peuvent étendre la portée pratique d’un identifiant existant même lorsque ses autorisations documentées restent les mêmes.
Empêcher une autre génération de mots de passe
Les agents IA peuvent accélérer la prolifération des informations d’identification et amplifier son impact commercial. Si les équipes connectent les agents en copiant les clés dans les configurations ou en les attachant à des comptes de service permanents, les équipes de sécurité perdent le contrôle sur l’endroit où résident les privilèges, comment ils sont utilisés et quand ils doivent être révoqués.
Une meilleure approche permet de garder les informations d’identification privilégiées hors de portée des agents et d’accorder des autorisations uniquement pour la tâche à accomplir. La politique lie cette autorité à une source vérifiée et met fin à l’accès de l’agent lorsque le travail est terminé ou que la base pour l’accorder change.
Les organisations peuvent alors utiliser des agents sans que l’accès spécifique à une tâche devienne un droit permanent – et une autre version du problème de mot de passe qu’elles ont passé des années à essayer de résoudre.
