# Agents IA : les risques de sécurité exigent isolation et gouvernance

_Publié le 4 novembre 2026 — https://ip73.fr/2026/11/04/agents-ia-les-risques-de-securite-exigent-isolation-et-gouvernance/_

L'autonomie des agents d'intelligence artificielle, source de leur efficacité, expose pourtant à des dangers qu'une sécurité applicative classique ne peut contenir. Docker identifie cinq failles majeures, insistant sur le fait que la confiance doit être intégrée au système qui encadre l'agent, et non présumée.

Ces agents ne se contentent pas de répondre à une question ; ils naviguent, exécutent du code et appellent des outils en toute autonomie. Cette capacité d'action, si elle est mal dirigée, peut engendrer des dommages réels plutôt qu'une simple erreur d'information. Les experts de Docker soulignent que l'autonomie est la source de la majorité des risques spécifiques aux agents, ce qui place le confinement et la surveillance au-dessus de l'amélioration du modèle lui-même.

Les dangers principaux recensés sont l'injection de commandes, l'abus ou l'empoisonnement d'outils, l'autonomie excessive, l'exposition des identifiants et l'exfiltration de données. Ces risques partagent un dénominateur commun : l'agent est capable d'agir.

## Le fossé avec la sécurité logicielle traditionnelle

Les systèmes web classiques reposent sur une prévisibilité : les requêtes arrivent à des points d'entrée connus et une logique déterministe gère le flux. Les agents, eux, brisent cette attente. Un agent de codage, par exemple, peut lire un fichier, installer une dépendance, modifier une configuration et pousser un *commit* suite à un seul prompt. Quand un agent est compromis, sa portée d'action dépasse largement celle d'un service conventionnel.

L'injection de prompts est le risque qui définit la sécurité des agents. Un attaquant n'a pas besoin d'accéder directement aux systèmes ; il suffit de faire en sorte que l'agent rencontre ses instructions, cachées dans un commentaire de code, un document ou une page web qu'il est invité à résumer. Docker confirme qu'il est difficile d'empêcher cette infiltration par des seules instructions au modèle. La seule parade viable, selon eux, est de limiter ce que l'agent peut atteindre si il est détourné.

Ce mécanisme s'étend aux outils. Puisque les agents agissent via des connecteurs d'API, des requêtes de base de données ou des opérations sur fichiers, chaque outil représente une porte d'accès. On peut donner à l'agent des outils inutiles pour la tâche, ce qui élargit la surface d'attaque. Pire, un outil lui-même peut être empoisonné, sa description portant des instructions cachées qui manipulent l'agent pour qu'il l'utilise mal.

## Contenir l'action de l'agent

L'autonomie excessive est un autre point sensible. Lorsque l'on accorde à un agent une permission générale et permanente d'agir, le coût d'une mauvaise décision augmente. Un exemple cité par Docker montre qu'un développeur demandant à un agent de nettoyer un répertoire ancien a vu celui-ci générer une commande `rm -rf` avec un `~/` final et l'exécuter sans confirmation, effaçant le répertoire personnel du développeur.

La gestion des identifiants est étroitement liée à ce problème. Si l'agent fonctionne avec le jeton personnel d'un développeur, chaque action porte les pleins pouvoirs de cette personne. Docker recommande que les agents obtiennent leurs propres identifiants, courts et spécifiques, injectés au moment de l'exécution et maintenus hors de la conversation.

Enfin, l'exfiltration de données est possible si l'agent a accès au réseau et contient des informations sensibles. Le risque s'accentue dans les systèmes multi-agents. Si un agent reçoit une tâche d'un autre et la traite comme faisant partie de la confiance, une faille dans un maillon peut se propager. Docker préconise de restreindre les sorties réseau aux points d'accès connus et de traiter chaque transfert entre agents comme une entrée non fiable.

## Sources

- [Top 5 AI Agent Security Risks \| Docker \| Docker](https://www.docker.com/blog/ai-agent-security-risks/), docker.com
- [Docker Urges Isolation and Governance for AI Agent Security](https://www.infoq.com/news/2026/11/docker-ai-agent-security/?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global), InfoQ, 4 novembre 2026
- [The Ecosystem is the Answer: Docker, the Blueprint Alliance, and the Importance of Collaboration in the Agentic Era](https://www.docker.com/blog/docker-blueprint-alliance-agent-baseline/), Docker, 2 novembre 2026
- [The 5 essential layers of AI agent sandboxing on Kubernetes](https://thenewstack.io/ai-agent-sandboxing-kubernetes/), The New Stack, 29 octobre 2026