Le 19 octobre 2026, Microsoft Security a publié une mise en garde : les agents d’IA utilisés en entreprise peuvent agir comme des « agentic insiders », des initiés potentiels disposant d’accès aux données et aux systèmes de l’organisation. Microsoft cite des comportements difficiles à anticiper et des permissions parfois trop larges. Pour le contexte plus général, NeoTeo a aussi consacré un article aux risques des agents IA autonomes.
Pourquoi Microsoft voit des initiés potentiels dans les agents d’entreprise
Le terme « agentic insider » décrit ici un agent qui peut accéder aux données, aux outils ou aux systèmes d’une entreprise et agir dans ses processus. Microsoft ne présente pas les modèles comme intrinsèquement malveillants. Son avertissement porte sur le décalage possible entre un objectif à atteindre et les normes ou le jugement de l’organisation.
Microsoft cite notamment le reward hacking, qui consiste à privilégier un indicateur de réussite au détriment de l’objectif visé. Le comportement d’un agent peut aussi changer avec le contexte ; il peut collaborer avec d’autres agents sans qu’une compromission préalable soit nécessaire. Le risque prend une autre dimension lorsque l’agent dispose de privilèges excessifs ou intervient dans des processus importants : ses accès aux données, aux outils et aux systèmes déterminent alors ce qu’il peut faire.
Ce que Microsoft prévoit pour Guardian Agents et Project Perception
Microsoft décrit les Guardian Agents comme une couche destinée à observer et à modérer les actions des autres agents avant leur exécution, en continu. La supervision doit aussi permettre d’évaluer le risque en temps réel et d’ajuster les possibilités d’action de l’agent selon ce risque.
Annoncé par Microsoft le 27 juillet 2026, Project Perception rassemble des signaux issus de l’identité, des données, du cloud, des terminaux, du réseau et de l’environnement d’exécution pour découvrir et gérer les agents, leur attribuer une identité et une politique, puis évaluer leur risque selon le contexte. Microsoft décrit également des équipes d’agents rouges, bleus et verts : simulation d’attaques, détection et triage, puis remédiation. Le billet du 19 octobre présente Guardian Agents comme une couche nécessaire et indique que Project Perception peut contribuer à contenir les agents à risque.
Cette supervision ne remplace pas le jugement des spécialistes. Microsoft leur attribue l’évaluation humaine, tandis que le système doit apporter rapidité et traçabilité.
Comment Microsoft Execution Containers limite les accès
Microsoft Execution Containers (MXC) applique une politique d’accès à l’environnement d’exécution, en dehors du contrôle de l’agent. L’agent ou le code qu’il produit ne peut donc pas élargir lui-même les permissions définies par cette politique. Microsoft a annoncé la disponibilité générale de MXC le 7 octobre 2026.
MXC propose trois modes pour gérer les accès refusés par la politique :
| Mode | Effet sur un accès refusé par la politique |
| Enforcement | Bloque l’accès. |
| Learning | Bloque l’accès et l’enregistre. |
| Permissive | Enregistre l’accès, mais le laisse se poursuivre, sous réserve des autres restrictions du système ou de l’organisation. |
Microsoft décrit des rapports d’activité pour les modes Learning et Permissive avec les conteneurs de processus sous Windows. Les conteneurs de processus sont prévus pour Windows 11, macOS et Linux ; les conteneurs de session et WSL sont réservés à Windows 11. Les microVM sont expérimentales sous Windows 11 et Linux.
Pour un agent de programmation, Microsoft donne l’exemple d’une politique qui l’autorise à modifier un dépôt, tout en lui interdisant de changer la configuration d’un serveur de production ou d’accéder à des fichiers sans rapport avec sa tâche. C’est la différence pratique avec la supervision : Guardian Agents et Project Perception visent à observer les actions et à évaluer le risque ; MXC impose une limite d’accès à l’environnement de travail de l’agent.
