Cisco élargit son portefeuille de cybersécurité autour d’un principe simple : les agents IA doivent être traités comme des identités opérationnelles, et non comme de simples fonctionnalités logicielles. Dans une annonce du 23 mars 2026 depuis la RSA Conference, l’entreprise a présenté un ensemble de contrôles couvrant l’identité des agents, les autorisations d’accès, les tests adversariaux, la protection à l’exécution et les opérations de sécurité.
L’annonce reflète une évolution du problème de sécurité créé par l’IA agentique. Les assistants traditionnels répondent généralement à une personne, tandis que les agents peuvent interpréter une intention, appeler des outils et agir dans plusieurs systèmes métier. L’autorisation, la traçabilité et le confinement deviennent donc plus importants que la capacité d’un modèle à produire une réponse utile. Cisco a articulé sa présentation autour de trois objectifs : protéger les organisations contre les agents qui dépassent leur mandat, protéger les agents contre la manipulation et aider les équipes de sécurité à enquêter à la vitesse des machines.
L’identité devient la première couche de contrôle
Cisco indique que ses capacités Zero Trust Access sont étendues aux agents IA grâce à Cisco Identity Intelligence, à la gestion des identités et des accès de Duo et à l’application des politiques dans Secure Access. Le modèle proposé attribue à chaque agent une identité vérifiée et l’associe à un responsable humain identifiable. Cette association doit rendre les actions des agents traçables et fournir aux équipes de sécurité une réponse plus claire lorsqu’un workflow automatisé se comporte de manière inattendue.
L’entreprise a également décrit des fonctions de visibilité pour les identités agentiques et autres identités non humaines. Cet aspect est important, car les organisations peuvent déployer des outils d’IA via plusieurs équipes, services cloud et plateformes de développement sans tenir à jour un inventaire unique. Cisco affirme que ses outils sont conçus pour découvrir ces identités et les outils qu’elles utilisent. L’accès peut ensuite être limité aux ressources nécessaires à une tâche précise et pour une durée limitée. Le trafic d’outils acheminé via une passerelle MCP doit réduire les angles morts entre l’agent et les systèmes qu’il peut atteindre.
Cisco a cité une enquête menée auprès de grands clients entreprises, dans laquelle 85 % déclaraient expérimenter avec des agents IA, tandis que 5 % avaient déjà mis une technologie agentique en production. Ces chiffres proviennent de la propre enquête de Cisco et non d’un recensement indépendant du secteur, mais ils illustrent l’écart d’adoption que l’entreprise cherche à combler : les organisations testent les agents plus vite qu’elles ne mettent en place une gouvernance autour d’eux.
Le red teaming avant le déploiement
AI Defense: Explorer Edition est présenté comme un environnement en libre-service destiné à tester les modèles et les applications avant leur connexion aux workflows de production. Cisco affirme utiliser le même moteur central AI Defense Validation que celui employé par ses clients entreprises, mais l’annonce ne fournit pas de données de test indépendantes démontrant les performances du service face à un ensemble représentatif d’attaques.
Au lancement, les fonctionnalités comprenaient des tests adversariaux dynamiques et multip tours pour les workflows agentiques ; des contrôles contre l’injection de prompts, les jailbreaks et les sorties dangereuses ; des rapports de sécurité exportables ; un accès API pour les systèmes CI/CD, notamment GitHub Actions, GitLab et Jenkins ; ainsi que des fonctions de collaboration en équipe. Cisco a également annoncé un Agent Runtime SDK qui intègre l’application des politiques aux workflows d’agents pendant le développement. Le SDK prend en charge des frameworks et plateformes tels qu’AWS Bedrock AgentCore, Google Vertex AI Agent Builder, Azure AI Foundry et LangChain.
Cette priorité donnée à la phase précédant le déploiement est importante, car la sécurité d’un agent ne peut pas être évaluée uniquement en envoyant des prompts isolés à un modèle. Un agent peut interpréter une suite de messages, récupérer un contexte sensible, appeler un outil, puis transmettre le résultat à un autre système. Les tests doivent donc examiner l’ensemble du workflow, y compris les autorisations des outils et les conséquences d’une action apparemment réussie.
DefenseClaw et la question de l’exécution
Cisco a également présenté DefenseClaw, un framework open source sécurisé pour les agents qui regroupe plusieurs composants de sécurité. L’entreprise cite notamment un Skills Scanner, un MCP Scanner, un AI Bill of Materials et CodeGuard parmi les outils intégrés. Cisco affirme que le framework est conçu pour analyser les skills, vérifier les serveurs MCP, isoler les composants dans des environnements contrôlés et tenir à jour un inventaire des actifs d’IA.
L’annonce indique que les fonctions de DefenseClaw s’intégreront à OpenShell de NVIDIA afin de fournir une protection au niveau de l’exécution. Cette intégration est décrite comme une collaboration en cours ; les organisations doivent donc distinguer l’orientation annoncée d’un parcours de déploiement entièrement documenté et généralement disponible. La valeur pratique de cette approche dépendra de la capacité du framework à appliquer les politiques de manière cohérente entre différents environnements d’exécution d’agents et différents clouds.
Du tri des alertes aux workflows SOC agentiques
Sur le volet opérationnel, Cisco a indiqué que Splunk ajoutait des agents IA spécialisés aux workflows de sécurité. Les capacités citées comprennent les agents Detection Builder, Standard Operating Procedures, Triage, Malware Threat Reversing, Guided Response et Automation Builder. Cisco décrit ces systèmes comme allant au-delà de la simple récupération de données vers l’évaluation et l’exécution, avec pour objectif de réduire le travail répétitif des analystes.
La publication annonçait également des mises à jour d’Exposure Analytics, de Detection Studio et de Federated Search. Detection Studio et le Malware Threat Reversing Agent étaient présentés comme généralement disponibles au moment de l’annonce, tandis que d’autres capacités étaient associées à de futures dates de lancement ou à des phases de préversion. Cisco a explicitement précisé que ces calendriers pouvaient évoluer.
Le message général est que la sécurité des agents devient une discipline de bout en bout. Les contrôles d’identité déterminent qui est un agent et ce à quoi il peut accéder. Le red teaming vérifie si le workflow peut être manipulé. Les protections à l’exécution limitent les dommages lorsqu’un composant est compromis. L’automatisation du SOC aide ensuite les défenseurs à enquêter et à réagir lorsqu’un incident survient malgré tout.
L’annonce de Cisco doit être comprise comme une présentation de portefeuille et de feuille de route, et non comme une validation indépendante de l’efficacité de la sécurité. Pour les organisations qui évaluent des déploiements d’agents, l’enseignement utile réside dans la séquence de contrôles mise en avant : inventorier chaque agent, attribuer une responsabilité humaine, appliquer des autorisations selon le principe du moindre privilège, tester les comportements multip étapes avant le lancement et maintenir la visibilité de l’activité à l’exécution pour l’équipe de sécurité.
Source : Cisco Newsroom, 23 mars 2026.