Cisco veut imposer une identité à chaque agent IA

Cisco alerte sur le risque Cisco présente l’IA agentique comme capable d’interroger des bases, de déclencher des flux de travail, d’envoyer des communications et de prendre des décisions de manière autonome. Matt Caulfield, vice-président produit de Cisco pour l’identité, affirme qu’un agent pourrait déjà fonctionner sans identité correcte, propriétaire défini ni contrôle d’accès significatif. Il ajoute que des développeurs connectent ces agents à des systèmes de production sans intégrer les équipes informatiques. Cette situation crée un angle mort de sécurité. Cisco défend donc une gestion de l’identité adaptée aux acteurs non humains, sans traiter l’objectif de productivité comme un résultat déjà obtenu. Lire l’article de ZDNET

Les identités classiques atteignent leurs limites Une identité humaine est généralement créée lors de l’arrivée d’un salarié, puis actualisée périodiquement. Un agent autonome peut plutôt récupérer les identifiants présents dans son contexte d’exécution. Ces identifiants peuvent lui donner un accès très large aux actions qu’il choisit d’effectuer. Selon Matt Caulfield, les outils conçus avant l’IA agentique reposaient surtout sur des comptes de service et des clés d’API. Ils visaient des entités statiques et prévisibles. Cisco estime qu’ils ne permettent pas une application par action et par session. L’entreprise décrit ainsi un écart entre l’adoption des agents et leur gouvernance par les équipes informatiques.

Cisco adapte les principes Zero Trust

Trois principes structurent l’approche Cisco applique aux agents autonomes trois règles inspirées du Zero Trust. La première consiste à ne jamais accorder une confiance implicite. La deuxième limite la confiance au niveau nécessaire pour la tâche. La troisième vérifie continuellement la confiance déjà accordée. L’architecture proposée repose aussi sur trois piliers. Elle vise une visibilité complète, une responsabilité rigoureuse et une application des règles à l’échelle d’une action unique. Matt Caulfield rejette l’idée d’un choix obligatoire entre vitesse et sécurité. Il présente plutôt la confiance entre humains et agents comme une condition permettant d’éviter cette opposition lors des déploiements.

Les agents fantômes deviennent visibles Cisco indique que ses clients identifient souvent la visibilité comme leur principal problème. Des agents créés par des développeurs peuvent résoudre une tâche, se connecter à plusieurs systèmes internes, puis rester actifs. Les systèmes d’identité qui attendent une demande explicite de vérification peuvent ne pas les détecter. Duo Agentic Identity s’appuie sur la plateforme Cisco et observe également les communications sur le réseau. Cisco Identity Intelligence fournit ainsi un inventaire continu et en temps réel des agents actifs. Cette approche vise à repérer un agent fantôme dès son fonctionnement, plutôt qu’au moyen d’un scan ponctuel susceptible de devenir obsolète.

Chaque agent reçoit un propriétaire

Duo crée une identité complète Cisco veut donner à chaque agent un cycle de vie comparable à celui d’un nouvel employé. L’agent doit être intégré avec un propriétaire clair, surveillé pendant son activité, puis retiré lorsque sa mission se termine. Duo Agentic Identity s’appuie sur Duo Directory et traite chaque agent comme un objet d’identité à part entière. La solution prend en charge OAuth 2.1 et le protocole MCP émergent. Chaque agent est associé à un propriétaire humain et placé dans des groupes qui servent à appliquer les politiques. Chaque action est enregistrée et reliée à ce propriétaire, selon Matt Caulfield.

La passerelle contrôle chaque demande Cisco considère les agents sur-privilégiés comme la condition la plus risquée d’un déploiement agentique. Son approche utilise une passerelle MCP placée entre l’agent et les outils demandés. La passerelle intercepte chaque requête, l’évalue avec un moteur d’autorisation précis, puis autorise ou bloque l’action avant son arrivée dans le système ciblé. Un agent peut ainsi lire une fiche client sans pouvoir l’exporter. Il peut aussi préparer un message sans pouvoir l’envoyer sans validation humaine. Les règles sont définies par outil et par opération. Cisco présente cette granularité comme une base de gouvernance pour l’usage en production. Pour aller plus loin, consultez notre guide sur déployer un agent IA en PME sans développeur.